lkml.org 
[lkml]   [2000]   [Mar]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Overcommitable memory??
On Tue, 21 Mar 2000, James Sutherland wrote:

> Giving apps more information about memory usage would certainly help.
> If Squid could just be told "use 50% of the free memory as a cache" it
> would make life a lot simpler :-)
>
> Ideally, you would get a trappable signal which says "We're getting
> short on memory, can you cut down your usage?" Then your well-behaved
> app would trim itself a bit, solving the problem without killing
> anything.

This "ideal" solution will have to cope with *all* processes requesting
at the same time their signal handlers + garbages collectors (which
are not part of their working-sets) being paged-in to be executed.
This will increase pressure on the mm subsystem a lot. A lot of RAM should be
freed to allow this sudden change in the working set of all processes.
Garbage collectors on "big" processes are likely to touch most of their
data pages in search of "victims" to be garbaged.
Much like when you're short of CPU cycles to ask every process to
*recompute* its CPU needs.
"Don't panic, don't panic; OK, panic!" B-)

>
> James.
>

.TM.
--
____/ ____/ /
/ / / Marco Colombo
___/ ___ / / Technical Manager
/ / / ESI s.r.l.
_____/ _____/ _/ Colombo@ESI.it


-
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/

\
 
 \ /
  Last update: 2005-03-22 13:57    [W:0.119 / U:1.464 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site