>Modern VM systems don't load a library into memory multiple times for
>different executable images. mmap() is pretty intelligent.
oh yes! you're quite right. I was commenting on the fact that just the elf
stub for bbpager/bbtime/bbkey/etc have to be loaded into memory for each
application. Its like if you wrote three applications: one wrote "hello" the
other "world" and the third "." Each of these applications would be a few k
in size, and mostly redundent. I'm not saying that the bbapps are redundent,
but that by making every bit of blackbox a bbtool (some suggested the root
menu, toolbar, etc) then each app would be spending a few k for the
application stub. If they were all merged into blackbox via a patching
system (i know, i know.. in *my* perfect world, not anyone elses) then it
woudl use less memory. Its the same argument for that busybox app used
frequently in embedded systems.
>Library interfaces are pretty portable. Writing your own library
>loader is a lot less so, and it's not really a problem that needs
>to be solved.
Hmmm.. I agree, but I'm not sure how that relates to my comment. I was
saying that the overhead for a dynamic plugin interface (take for example
netscape's plugin system), would probably waste as much space as the elf
stub... so in the end, a libBlackbox sort of soulution is probably the best.
Anyway, sorry if i mis-understood your comments.
-js
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Share information about yourself, create your own public profile at
http://profiles.msn.com.
