rmap patches for 2.4.30(amd 31)

rmap patches for 2.4.30(amd 31)

[Masoud Sharbiani]

[-- Attachment #1: Type: text/plain, Size: 227 bytes --]

Hello all,

I've posted the message below to linux-kernel@ and got no response.
Would someone be kind enough and take a look at this?  In particular, 
what is the standard test for memory manager tests/patches?
cheers,
Masoud


[-- Attachment #2: rmap patches for 2.4.30(or 31) --]
[-- Type: message/rfc822, Size: 3041 bytes --]

From: Masoud Sharbiani <masouds@axentra.net>
To: riel@surriel.com
Cc: linux-kernel@vger.kernel.org
Subject: rmap patches for 2.4.30(or 31)
Date: Fri, 03 Jun 2005 15:53:05 -0700
Message-ID: <42A0DF51.2010809@axentra.net>

Hello Rik,

It seems that I have successfully hacked 2.4.25 rmap patch so that it 
applies cleanly to 2.4.30 (that is, it compiles, boots and runs great 
under normal conditions); How would I go for testing it and stress 
testing it? It does survive the make -j of kernel (with lots of swap), 
but, when I want to try and run ltp tests, it goes to a bad mood (i.e. 
swapping out massively at first, then a dead silence)

Here is my ltp test run command:
./runltplite.sh -i 1024 -m 128 -p -q -l /tmp/result-rmap -d /home/0tmp/
It ends up forking a lot of loadgen processes that simply allocate 
memory and use it (and CPU), so the system becomes unresponsive; It also 
starts killing processes since it runs out of memory. I don't see any 
hangs or panics, and the system responds to pings and Keyboard dump 
commands, such as right-Alt+Scroll lock and similar ones, and looks it 
is spending most of its time in page_launder() or thereabouts, swap and 
physical memory both become full.
How do you test the rmap patches for correctness before offering them to 
the people out there?
The patch is available from http://masoud.ir/patches/2.4.30-rmap15.patch

Thanks in advance,
Masoud Sharbiani

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