[lkml]   [2000]   [Mar]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Overcomittable memory
On Mon, 20 Mar 2000, James Sutherland wrote:
>On Mon, 20 Mar 2000 19:04:06 +0000, you wrote:

[Lots of sensible stuff deleted]

>>It's the ability to request non-overcommit that's essential, and I don't
>>see what you have against it. With the current scheme of things this is
>No it isn't. Just touch the memory on allocation.
>If you want non-overcommitted memory, just touch it on allocation.
>That's it. No need to mangle the kernel or anything else.

As I have repeatedly stated, this does NOT prevent overcommit. You still
have stack growth, kernel modules, other process heaps, etc. to deal with.

Currently there is no way to disable overcommit in Linux.


David Whysong
Astrophysics graduate student University of California, Santa Barbara
My public PGP keys are on my web page -
DSS PGP Key 0x903F5BD6 : FE78 91FE 4508 106F 7C88 1706 B792 6995 903F 5BD6
D-H PGP key 0x5DAB0F91 : BC33 0F36 FCCD E72C 441F 663A 72ED 7FB7 5DAB 0F91

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:57    [W:0.213 / U:0.156 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site