this has to be a dumb idea -- either it's way harder to implement than i think,
or it's just plain impossible. but i'm curious why it won't work.
So, if you fork, all the pages in both the child and the parent are marked COW.
Since the text segment is read only, it'll never be written to; all forked
children of a given process image share their code. This makes for very
efficient operation in many cases. A program could concievably even communicate
with a running copy of itself, and fork off a new copy of the running version
rather than keeping multiple copies in memory (resulting in significant
savings). And of course shared libraries are shared.
The question is, why shouldn't it be possible to share the text segments of
*all* running programs? You'd just have to keep track of which running
processes have unmodified executables (actually, in solaris, modifying an
executable of a running program is a good way to crash the program, since it
only loads the parts of the executable as it needs them. from experience, if
you're writing a shell in solaris, you can't compile your shell from within
your shell :). If you start up another copy of an already-running program, you
share its text pages.
I know segmented memory models in some past OSs have permitted this sort of
thing (OS/2 comes to mind). But this isn't really a segmentation model. It's
just a "oh, all that stuff is already in memory, I'll just increase the
refcount on *that* copy rather than loading a whole new copy".
But i've got to be wrong. I just don't know why.
Cheers,
Ari Heitner
On Thu, 28 Dec 2000, Ari Heitner wrote:
> this has to be a dumb idea
Not really, you're just 8 (9?) years too late...
> The question is, why shouldn't it be possible to share the text
> segments of *all* running programs?
Linux uses shared mmap() for "loading" executables (well,
they're just mapped and demand-loaded as page faults come
in), which happens to give exactly the behaviour that's on
your wish list ;)
regards,
Rik
--
Hollywood goes for world dumbination,
Trailer at 11.
http://www.surriel.com/
http://www.conectiva.com/ http://distro.conectiva.com.br/