In article <Pine.LNX.4.21.0011012222210.1296-100000@shimura.math.berkeley.edu> you wrote:
> I simultaneously run "top d1" and two of the test computations. All is
> well (top updates smoothly) until physical RAM is exhausted. However, as
> soon as swap is touched, then top freezes and does not update. In this
> state, I can switch virtual consoles but not login to a new one; the
> machine is pingable but does not respond to ssh. Once swap is exhausted,
> the OOM killer kicks in and kills one of the test computations; then all
> is well and everything works as expected.
Yes, i described the same behaviour. Rick answered, that the swap out
situation is stopping other processes, since the out of free memory
situation will also page out other active processes' pages.
I suggested a fix to actually start to page out only a own process pages if
the system is that short that it starts to page out very recently used
pages.
this will lead to the efect, that as long as there are unused pages on the
system one growing process can page out other pages "idle" pages. But as
soon as the growing process can only page out other processes (which will in
turn page in their own pages, ...) we should chnage page out strategy and
only page out the oldest pages of the growing process. Therefore the swap
penalty is fully on the growing process.
Greetings
Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Nov 07 2000 - 21:00:15 EST