Messages in this thread |  | | From | (Linus Torvalds) | Subject | Re: VM test on 2.4.13-pre3aa1 (compared to 2.4.12-aa1 and 2.4.13-pre2aa1) | Date | Wed, 17 Oct 2001 16:27:25 +0000 (UTC) |
| |
In article <20011017004839.A15996@earthlink.net>, <rwhron@earthlink.net> wrote: >> >> So I'd suggest to try again after "echo 4 > /proc/sys/vm/page-cluster" >> to see if it makes any difference. >> >> Andrea > >You Rule! > >The tweak to page-cluster is basically magic for this test. > >With page-cluster=4, the mp3blaster sputtered like 2.4.13pre2aa1. >Better, but not beautiful. > >Real beauty happens with page-cluster=2. There is virtually no sputter. >And the wall clock time is a little better than 2.4.13pre2aa1!
This is good information.
The problem is that "page-cluster" is actually used for two different things: it's used for mmap page-in clustering, and it's used for swap page-in clustering, and they probably have rather different behaviours.
Setting page-cluster to 2 means that both mmap and page-in will cluster only four pages, which might slow down mmap throughput when not swapping (and make program loading in particular slow down under disk load). At the same time it's probably perfectly fine for swapping - I think Marcelo eventually wants to re-do the swapin read-clustering anyway.
And wall-clock time apparently did decrease with page-clustering lowered, although personally I like latency more than throughput so that doesn't really bother me.
However, I'd really like to know whether it is mmap or swap clustering that matters more, so it would be interesting to hear what happens if you remove the "swapin_readahead(entry)" line in mm/memory.c (in do_swap_page()). Does a large page-cluster value still make matters worse when it's disabled for swapping? (In other words: does page-cluster actually hurt for mmap too, or is the problem strictly related to swapping?)
Willing to test your load?
Thanks, Linus - 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/
|  |