Re: 2.0.31

Dr. Werner Fink (werner@suse.de)
Sat, 24 May 1997 15:08:17 +0200


> You can find it on vger.rutgers.edu/pub/linux/testing or
> /pub/linux/kernel/testing.
>
> We also have all that stuff on our site, ftp.cistron.nl/pub/linux/kernel/v2.0/
>
> You can also find the various later patches and fixes for pre-2.0.31 on
> ftp.cistron.nl:
>
> -rw-r--r-- 1 miquels archive 1145 May 11 17:19 pre-patch-2.0.31.fix01
> -rw-r--r-- 1 miquels archive 203 May 11 17:22 pre-patch-2.0.31.fix02
> -rw-r--r-- 1 miquels archive 1058 May 20 12:12 pre-patch-2.0.31.fix03
> -rw-r--r-- 1 miquels archive 2076 May 12 22:23 pre-patch-2.0.31.fix04
> -rw-r--r-- 1 miquels archive 3553 May 12 22:23 pre-patch-2.0.31.fix05
> -rw-r--r-- 1 dth archive 390430 May 7 21:18 pre-patch-2.0.31.gz
>
> With the fixes 01-05, pre-2.0.31 looks reasonably stable to me.
>
> Mike.

Hmmm ... let's say we have 64Mb RAM and 128Mb swap space.
If we do a `make clean && make -j' in a endless loop in kernel tree and
a `make clean && make -j' in a endless loop in a second kernel tree we will
get a load between 15 and 60 ... in this scenario we will run over
`Couldn't get a free page.....' and/or signal 7 once a hour. Now let's take
a third endless loop with `mke2fs /dev/xxxx' (/dev/xxxx is a unused test
partition :-) ... to get big buffer requests and in most cases mke2fs will
faile ...

Or let us take an other scenario: boot your system with mem=4M and try to run
`mke2fs /dev/xxxx'.

Note: In all cases there is enough VM ... but it looks like a problem in
buffer handling and/or vm mangement when the nunmber of physical pages
are small _and_ the stress/load high. With the new faster buffer
handling in 2.0.30 the problem seems to be triggered ... but the
problems are also in 2.0.29 (you need much more stress to trigger the
problem). If you run these test on several machines under serveral
environments you will get the impression that if a process needs buffer
there is no way to swap out other pages ... and maybe you will get
the experience that if a first process needs buffer and will freeze a
second command like `ls' will force the first one to run.

Werner