Messages in this thread | | | Date | Thu, 29 May 2003 18:49:40 +0200 | From | Andrea Arcangeli <> | Subject | Re: 2.4.20: Proccess stuck in __lock_page ... |
| |
On Thu, May 29, 2003 at 06:06:04PM +0200, Willy TARREAU wrote: > I also confirm it does ; it takes 122 seconds to write this file in -rc6, and > 142 seconds in -aa. But I don't think that desktop people would notice anyway.
btw, were you running parallel reads or writes at the same time? (i.e. launching xterms or ps etc.. in parallel?) I ask because if xterm startups quick is because the write workload is getting more seeks in its way.
I'd be very interested if you can measure a bonnie performance change in contigous reads and writes on a otherwise completely idle machine, the size of the queue has to be big enough to keep the I/O pipeline full during contigous writes at full speed. saying that throughput decrease alone is not enough to evaluate the reason of this drop.
you can also try with:
echo 20 500 0 0 500 3000 30 10 >/proc/sys/vm/bdflush
just in case.
Andrea - 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/
| |