Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested

[Sebastian Droege <sebastian.droege@gmx.de>]

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

On Sat, 6 Jul 2002 02:31:38 -0300 (BRT)
Rik van Riel <riel@conectiva.com.br> wrote:

> Hi,
> 
> Almost the same patch as before, except this one has had
> a few hours of testing by Andrew Morton and two bugs have
> been ironed out, most notably the truncate_complete_page()
> race.  This patch is probably safe since Andrew got bored
> when no new bugs showed up ...
> 
> If you have some time left this weekend and feel brave,
> please test the patch which can be found at:
> 
> 	http://surriel.com/patches/2.5/2.5.25-rmap-akpmtested
> 
> This patch is based on Craig Kulesa's minimal rmap patch
> for 2.5.24, with a few changes:
> - removed a few unrelated changes
> - updated armv/rmap.h for new pagetable layout of linux/arm
> - dropped per-zone pte_chain freelists, we want to make per-cpu
>   ones for SMP scalability
> - ported to 2.5.25 (PF_NOWARN instead of PF_RADIX_TREE)
> - drop spelling and whitespace fixes (should be merged separately)
> - fix truncate_complete_page race condition (akpm)
> 
> It should be mostly ready for being integrated into the 2.5 tree,
> with the note that pte-highmem support still needs to be implemented
> (some IBMers have been volunteered for this task, this functionality
> can easily be added afterwards).
> 
> Right now this patch needs testing and careful scrutiny. If you can
> find anything wrong with it, please let me know.
> 
> kind regards,
> 
> Rik
Hi,
after running your patch some time I have to say that the old VM implementation and the full rmap patch (by Craig Kulesa) was better.
The system becomes very slow and has to swap in too much after some uptime (4 hours - 2 days) and memory intensive tasks...
Maybe this happens only to me but it's fully reproducable
If you need some more informations just ask

Bye

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]