AUG
3
2006
|
Optimizing Linker Load TimesLWN has a very interesting article summing up Michael Meeks' work on improving shared libraries loading as a part of his work to improve OpenOffice.org startup times (his paper linked from the article is worth reading as well). And the dynsort and hashval optimizations that improve the data used while dynamically linking are finding their way into glibc as the --hash-style option. These two are only relatively small optimizations though and there is no show of promise for a substantial improvement :(. Michael's -Bdirect was offhand dismissed by Drepper by claiming that prelink should be used instead, apparently not knowing that OOo's startup time is dominated by dlopen() where prelink currently helps by doing exactly nothing. And while prelink could help with dlopen by treating interposing similarly like -Bdirect does, if that's not liked with -Bdirect it probably wouldn't be liked as part of prelink either, thus making prelink unable to ever help with dlopen(), despite dlopen() generally getting used more and more. Not to mention that prelink has other problems, like causing disk fragmentation (and there's currently no useful defragmenting tool) and has apparently seen only two snapshot releases since the beginning of 2005. Although SUSE has shipped prelink for quite some time already it's never been enabled by default and now there are even suggestions it should be simply dropped. And finally in KDE's case it's in practice simply better to stay with kdeinit than to use prelink. Don't get me wrong, I actually like prelink better than -Bdirect (my post linked from the article got a bit misinterpreted) and I'd really like it see it really usable (because it ultimately can perform better than -Bdirect). However, the thing I'd like the most would be a solution that works, so with the current situation I hope distributions will start using -Bdirect regardless of what Drepper thinks about it.
|
![]() |
Comments
A similar patch is already mainline
See http://sourceware.org/ml/binutils/2006-07/msg00056.html and the rest of the thread. This is already on binutils CVS.
Yep, it's the same thing
That would be Meeks' stuff rewritten by Drepper and Jelínek with the quick NIH ego thing going on.
I was so tempted when I wrote the article to point out that D&J tried to rip Meeks off; but had to keep a professional taste to it. I can anal rape them here if I want; so I will.
Meeks' original proposals:
http://sourceware.org/ml/binutils/2006-01/msg00024.html
http://sourceware.org/ml/binutils/2006-01/msg00171.html
Jelínek's post:
http://sourceware.org/ml/libc-alpha/2006-06/msg00095.html
"The initial design was done by Ulrich Drepper and was discussed with Michael Meeks a few months ago as well. But nothing came off of these discussions and the proposed approach is quite different."
And Meeks' follow-up:
http://sourceware.org/ml/libc-alpha/2006-06/msg00102.html
"This looks rather like -zdynsort + -zhash-vals prototype; but I'm too
pleased to quibble :-)"
he's a good guy, isn't he?
To be fair, since then Meeks and Jelínek have together worked out a couple enhancements on it, so I guess Jakub can say he helped. Still, walking right out, taking someone else's idea, and then proposing it as your own is just underhanded and dirty.