On 05.26 Rik van Riel wrote:
> On Sat, 26 May 2001, J . A . Magallon wrote:
>
> > It does not begin to use swap in a growing fashion, it just appears
> > full in a moment.
>
> It gets _allocated_ in a moment, but things don't actually get
> swapped out. This isn't a problem.
>
> The real probl
[Oh, and please don't let UUCP addresses get out]
On Sat, 26 May 2001, Andrzej Krzysztofowicz wrote:
> Am I right ?
No. And not only that, you also snipped the part of my
email which explains what is happening.
Rik
--
Virtual memory is like a game you can't win;
However, without VM there's tru
> On Sat, 26 May 2001, J . A . Magallon wrote:
> > It does not begin to use swap in a growing fashion, it just appears
> > full in a moment.
>
> It gets _allocated_ in a moment, but things don't actually get
> swapped out. This isn't a problem.
>
> The real problem is that we don't actively recl
On Sat, 26 May 2001, J . A . Magallon wrote:
> It does not begin to use swap in a growing fashion, it just appears
> full in a moment.
It gets _allocated_ in a moment, but things don't actually get
swapped out. This isn't a problem.
The real problem is that we don't actively reclaim swap space
Hi.
This is a little experiment to smash 2.4 vm, and there is something I do not
understand.
Experiment: compile a C file with, say, 100k lines of puts("test"), auto
generated. Box is running vanilla 2.4.5, on 256Mb of ram.
State before gcc tst.c (just logged in a Gnome session with a couple rx
5 matches
Mail list logo