On 19 Mar 2000, Rask Ingemann Lambertsen wrote:
>Den 16-Mar-00 20:18:09 David Whysong wrote:
>> On 15 Mar 2000, Rask Ingemann Lambertsen wrote:
>>>Den 14-Mar-00 18:32:49 Rik van Riel wrote:
>>>> 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.
> ^^^^^^^^^^^^^^^^^
>
>> Not true. With no overcommit, you can still crash programs due to OOM
>> situations.
>
> Sure, not all programs are bug free. But that's a whole lot different
>from having the kernel kill processes just because the kernel fails to
>perform basic bookkeeping.
I said crash due to OOM, not due to bugs. I never said anything about bugs.
You can't avoid memory overcommit without dealing with:
1. mmap()'ed data
2. stack growth
3. kernel dynamic memory allocation
...and probably a host of other things I know nothing about. You're
talking about adding a tremendous amount of overhead and complexity for no
real benefit.
>> Memory overcommit is here to stay. As I recall, Linux already used
>> overcommit and COW when I started using it at version 0.99pl13.
>
> So what is /proc/sys/vm/overcommit_memory for, if not to make
>overcommitment of memory an _option_?
It has already been shown on this list that
# echo 0 > /proc/sys/vm/overcommit_memory
does not, in fact, disable memory overcommit.
>> Get used to it, or find another OS...
>
> You're such a good Linux advocate...
Hey, this is core stuff that has been in the kernel for a very long time.
It's not going to change, and it shouldn't be changed.
Dave
David Whysong dwhysong@physics.ucsb.edu
Astrophysics graduate student University of California, Santa Barbara
My public PGP keys are on my web page - http://www.physics.ucsb.edu/~dwhysong
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 majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Mar 20 2000 - 00:10:49 EST