Overcommittable memory (Was: Some questions about linux kernel.)

From: Rask Ingemann Lambertsen (rask-linux@kampsax.k-net.dk)
Date: Tue Mar 21 2000 - 10:40:55 EST


Den 19-Mar-00 19:24:47 skrev James Sutherland fĝlgende om "Re: Some questions about linux kernel.":
> On Fri, 17 Mar 2000 12:43:26 -0600 (CST), you wrote:

>>I want controlability, and repeatabiltiy. If the system runs out of memory
>>I want a message stating that occurance. Even more, I want resource controls
>>that will allow me to be able to eliminate it (most draconian) or permit it
>>within certain limits; and to know when it happens.

> Rik's patch should do the first,

   It does not such thing. It kills Joe User's emacs session without
providing a clue as to why emacs suddenly died. Joe User's will have lost
his work for no good reason.

> and per-user resource limits do the second.

> Explain where disabling overcommit comes into this?

   Disabling overcommit means that Joe User's emacs session won't be
killed. He may not even notice that the system ran low on memory.
Certainly, if Joe wasn't using his emacs session at the time, there's no
reason at all he should notice. That's part of controlability and
repeatability.

Regards,

/ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻTŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ\
| Rask Ingemann Lambertsen | E-mail: mailto:rask@kampsax.dtu.dk |
| Please do NOT Cc: to me or the | WWW: http://www.gbar.dtu.dk/~c948374/ |
| mailing list. I am on the list.| "ThrustMe" on XPilot, ARCnet and IRC |
| 3 kinds of people: Those who can count & those who can't. |

-
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 : Thu Mar 23 2000 - 21:00:33 EST