This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Large, modular C++ application performance ...
- From: Nix <nix at esperi dot org dot uk>
- To: Florian Weimer <fw at deneb dot enyo dot de>
- Cc: michael dot meeks at novell dot com, gcc at gcc dot gnu dot org
- Date: Sat, 30 Jul 2005 14:26:19 +0100
- Subject: Re: Large, modular C++ application performance ...
- References: <1122666555.19624.25.camel@linux.site><871x5hs6w0.fsf@deneb.enyo.de>
On 29 Jul 2005, Florian Weimer announced authoritatively:
> * michael meeks:
>
>> I've been doing a little thinking about how to improve OO.o startup
>> performance recently; and - well, relocation processing happens to be
>> the single, biggest thing that most tools flag.
>
> Have you tried prelinking?
Prelinking is mentioned near the start of the paper and was actually
implemented with OOo (and KDE) in mind.
Alas, it's ineffective for dlopen()ed objects, and OOo dlopen()s nearly
everything. (To my mind the solution is `don't do that then; DT_NEEDED
has a purpose dammit'... certainly this is less disruptive than a change
to the C++ ABI, requiring cooperation with other vendors and a rebuild
of the entire known C++ universe yet again! But I am but an egg in these
waters.)
--
`Tor employs several thousand editors who they keep in dank
subterranean editing facilities not unlike Moria' -- James Nicoll