Messages in this thread | | | Date | Wed, 20 May 2009 07:03:27 +0100 | From | Sitsofe Wheeler <> | Subject | Re: super root shell/mode/api |
| |
On Wed, May 20, 2009 at 06:36:04AM +0200, Willy Tarreau wrote: > > I don't know if mainline distros do this, but some distros dedicated to > embedded systems have been using that for ages, almost since Alan published > his first overcommit patch a long time ago. It's the only way to reach > very long uptimes on servers, as it also protects you against your own > mistakes (eg: stupid actions such as "vi access.log" when the file is > larger than memory).
Shouldn't the vi case be taken care of by good ulimits? Certainly that's what I've seen openSUSE do by default (although strangely SLES 10 doesn't)...
The last I heard about overcommit was that there were always some legitimate programs that could run that would be stopped by having it on (evolution always seemed to be mentioned for some reason). As such it would be surprising to see any of the desktop distros enabling it by default.
I've been wondering for a while with my EeePC if strict overcommit is a no brainer if you are running without swap... In such systems the only things that can be forced out of RAM are mmap'd files (?) so does overcommit even happen?
-- Sitsofe | http://sucs.org/~sits/
| |