Messages in this thread |  | | Date | Thu, 28 Sep 2000 11:25:16 +0800 | From | Andrey Savochkin <> | Subject | Re: the new VMt |
| |
Hello,
On Wed, Sep 27, 2000 at 01:55:52PM +0100, Hugh Dickins wrote: > On Wed, 27 Sep 2000, Andrey Savochkin wrote: > > > > It's a waste of resources to reserve memory+swap for the case that every > > running process decides to modify libc code (and, thus, should receive its > > private copy of the pages). A real waste! > > A real waste indeed, but a bad example: libc code is mapped read-only, > so nobody would recommend reserving memory+swap for private mods to it. > Of course, a process might choose to mprotect it writable at some time, > that would be when to refuse if overcommitted.
Returning error from mprotect() call for private mappings? It wouldn't be what people expect...
The other example where overcommit makes sense is fork() (not vfork) and immediate exec in one of the threads.
Best regards Andrey - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
|  |