> I just made a real 91 on ftp.kernel.org, let's hope that this has all the
> sillies gone. As usual, it is prefectly smooth on my machine, but this
> time we also have a better chance of it being smooth on machines with less
> memory too, as Rik has done some good work in testing the algorithms out.
>
> So throw some problems at it to see just how good it is..
There's still one problem left... When both buffer and cache
are at their minimum value they:
- won't be swapped out any more (OK)
- are quite capable of blocking kswapd because they occupy a
page in every 128 area (NOT OK)
This causes kswapd to keep swapping out data pages, of course
to no avail...
The 'solution' (read: quick fix) is to limit the maximum number
of free pages to num_physpages/4...
My guess is that this is only needed for small (<32M) machines.
Rik.
+-------------------------------------------+--------------------------+
| Linux: - LinuxHQ MM-patches page | Scouting webmaster |
| - kswapd ask-him & complain-to guy | Vries cubscout leader |
| http://www.fys.ruu.nl/~riel/ | <H.H.vanRiel@fys.ruu.nl> |
+-------------------------------------------+--------------------------+
--- vmscan.c~ Fri Mar 27 07:14:34 1998
+++ vmscan.c Fri Mar 27 07:14:34 1998
@@ -576,6 +576,8 @@
if (++tried > SWAP_CLUSTER_MAX && free_memory_available(0))
break;
+ if (nr_free_pages > num_physpages >> 2)
+ break;
gfp_mask = __GFP_IO;
try_to_free_page(gfp_mask);
/*
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu