Messages in this thread | | | Date | Sun, 24 Mar 2002 23:23:56 +0100 | From | Andreas Hartmann <> | Subject | Re: [2.4.18] Security: Process-Killer if machine get's out of memory |
| |
Thunder from the hill wrote: > Hi, > >> Maybe, it would be possible to sort all known processes by there >> memory usage and combine it with the speed of their memoryrequests. >> If memory gets low, and there is a process, which suddenly requests a >> lot of memory, this process get's killed, even if there is another >> process, which has three times more memory allocated then the "fast >> growing" process. If all processes are growing nearly equal and memory >> gets low, the process with the most memory usage get's killed - >> because with this process, the kernel achieves the target (to get free >> memspace) best. > > So what if I want to malloc() say 100 MiBs at once? I'll get into > trouble then, because if I don't malloc() with sleep()s I get killed. > That's perfect performance then.
Only if there's not enough free memory. You can't get more memory then the machine has. The mechanism gets active only when there isn't enough free memory for your request.
Regards, Andreas Hartmann
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |