Messages in this thread | | | Date | Thu, 19 Nov 1998 22:58:30 +0100 (CET) | From | Rik van Riel <> | Subject | Re: Linux-2.1.129.. |
| |
On Thu, 19 Nov 1998, Dr. Werner Fink wrote:
> Yes on a 512MB system it's a great win ... on a 64 system I see > something like a ``swapping weasel'' under high load. > > It seems that page ageing or something *similar* would be nice > for a factor 512/64 >= 2 ... under high load and not enough > memory it's maybe better if we could get the processes in turn > into work instead of useless swapping (this was a side effect > of page ageing due to the implicit slow down).
It was certainly a huge win when page aging was implemented, but we mainly felt that because there used to be an obscure bug in vmscan.c, causing the kernel to always start scanning at the start of the process' address space.
Now that bug is fixed, it might just be better to switch to a multi-queue system. A full implementation of that will have to wait until 2.3, but we can easily do an el-cheapo simulation of it by simply not freeing swap cached pages on the first pass of shrink_mmap().
This gives the process a chance of reclaiming the page without incurring any I/O and it gives the kernel the possibility of keeping a lot of easily-freeable pages around.
Maybe we even want to keep a 3:1 ratio or something like that for mapped:swap_cached pages and a semi- FIFO reclamation of swap cached pages so we can simulate a bit of (very cheap) page aging.
Digital Unix does things this way and it works pretty well (they keep a 1:2 ratio though, but the overhead in maintaining that seems a bit too high).
cheers,
Rik -- slowly getting used to dvorak kbd layout... +-------------------------------------------------------------------+ | Linux memory management tour guide. H.H.vanRiel@phys.uu.nl | | Scouting Vries cubscout leader. http://www.phys.uu.nl/~riel/ | +-------------------------------------------------------------------+
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |