[lkml]   [2000]   [Mar]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Overcommitable memory??
Den 14-Mar-00 18:32:49 skrev Rik van Riel følgende om "Re: Overcommitable memory??":
> On 13 Mar 2000, Rask Ingemann Lambertsen wrote:

[program crash because demand loading fails due to no memory]
>> Without overcommit that just can not happen. There will be
>> either a free page of memory or a free page of swap into which
>> you can swap something else out.

> Without overcommit it can still happen, unless you reserve one
> page of swap space for every page of data that gets mmap()ed...

Not having swap or RAM for every page of mmap()ed data means that you
are overcommitting memory. If you're mmap()ing a file, then that file can
count as swap too. Files with "holes" in them may be a problem.

>> Please realize that the only gain from overcomitting memory
>> is that yoy may get away with having less swap space. The
>> downside you get is random program crashes, lost work, etc.

> Not really. Without overcommit you may still have random program
> crashes and lost work...

Yes, really. Maybe I should have said "additional lost work" instead of
just "lost work". Without overcommit, program crashes will only happen due
software bugs or hardware problems. Lost work will only happen due to user
errors, software bugs or hardware problems. If you overcommit memory, you
can lose the file you were editing in emacs simply because someone sent you
an email and the MTA needed a bit of memory to deliver it to you. Some
people, myself included, just don't find that acceptable at all.


| Rask Ingemann Lambertsen | E-mail: |
| Please do NOT Cc: to me or the | WWW: |
| mailing list. I am on the list.| "ThrustMe" on XPilot, ARCnet and IRC |
| Which is worse: Ignorance or apathy? Who knows... Who cares... |

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.206 / U:3.720 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site