[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: lib reorg; finishing touches.
From:       Jaroslaw S <kexipl () gmail ! com>
Date:       2009-08-25 21:42:19
Message-ID: 56a746380908251442t2c8037a3y106f1054e63166cb () mail ! gmail ! com
[Download RAW message or body]

2009/8/25 Thomas Zander <zander@kde.org>:
> On Tuesday 25. August 2009 17.30.33 Boudewijn Rempt wrote:
>> For widgets, pending a way to make pigment use less memory, I propose to
>> make three libs for now:
>>
>> * widgets that need pigment
>> * widgets that don't need pigment
>> * widgets that need komain (or maybe move those to komain)
>
> Looking at the numbers I am very tempted to just merge komain with the
> different widgets libs.
> There really doesn't seem to be a need to keep them separate.  If I'm
> missing that need, please explain what I'm missing.
>
>> Do we actually know what the performance impact of the current number of
>> libraries is on startup
>
> Well, I thought this was general knowledge; kde create kdeinit for a reason,
> afterall.
> Linking to a library implies a lot of work to lookup the symbols and adjust
> the jump tables both of which is slow. Linking to more libraries, even with
> the same amount of exported symbols is thus a lot slower.
> On top of that I have the strong suspicion that if we merge libs into one
> the amount of *used* and exported symbols will go down a lot since inter-
> dependent classes will not require exported symbols but only internal
> symbols if they suddenly end up in the same library.  Which will again mean
> less relocations and jump-table-updates and thus faster loading.
>
> So, no, I didn't do exact measurements. But you should know this stuff, its
> been an ongoing discussion for at least 5 years and C++ libraries loading is
> still expensive.
>
> Bottom line; less libraries and less exported symbols is good.

BTW, I am curious how nice using of a single-file kdelibs.so could be...

-- 
regards / pozdrawiam, Jaroslaw Staniek
 Kexi & KOffice (http://www.kexi-project.org, http://www.koffice.org)
 KDE Libraries for MS Windows (http://windows.kde.org)
 http://www.linkedin.com/in/jstaniek
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]