| |||||||||||||
|
| |||||||||||||
The Cairo operating systemThe Cairo operating systemPosted Jul 7, 2006 0:26 UTC (Fri) by nix (subscriber, #2304)In reply to: The Cairo operating system by evgeny Parent article: Cairo release 1.2.0 now available
It's not half a millisecond. It's hundreds of Kb per running instance and 10--20 seconds of extra startup time for applications with large numbers of symbols.
Prelinking *matters*.
(FWIW, Jakub Jelinek and Ulrich Drepper recently designed a new ELF symbol hash table format that should reduce the relocation time of non-prelinked apps by 40% or so: but that's a glibc-2.5 thing and requires apps to be relinked to benefit anyway. Plus it can't reduce the memory hit.)
(Log in to post comments)
The Cairo operating system Posted Jul 7, 2006 10:40 UTC (Fri) by evgeny (guest, #774) [Link] Oh come on, why on Earth are you continuing to talk about some thought-out-of-the-thin-air situations? Let's focus on Cairo - I'm not suggesting to convert a C++ bloatware to a thousand of plugins! Each Cairo backend (total number < 10) should have a single dlopen'd init entry! Add another one per plugin for maximal flexibility (i.e., the versioning check), but that's all.
The Cairo operating system Posted Jul 8, 2006 22:54 UTC (Sat) by nix (subscriber, #2304) [Link] Cairo is *in use* by large C++ applications.
I repeat: prelinking matters.
The Cairo operating system Posted Jul 9, 2006 17:33 UTC (Sun) by evgeny (guest, #774) [Link] I repeat: one or two dlopen's per backend in Cairo will be unnoticeable in your favorite C++ bloatware app.
|
|
||||||||||||