not exactly decreases I/O throughput, the latest I/O benchmarks I seen
from Randy (dbench/tiotest/bonnie/etc..) were still the fastest and it
included the lowlatency elevator patch. So it may not help latency but
it doesn't hurt in the numbers, at least not in the high end (that in
theory is the one that needs the overkill length in the I/O queue most).
However it definitely helps latency for me and I had a number of
positive reports.
Also make sure that you elvtune -r 0 -w 0 /dev/hda, also the journaling
may affect the latency so you can try with plain ext2 to be sure it's
not a fs issue.
the lowlatency elevator patch may not be perfect but it definitely seems
to work better here. especially since there's no apparent throughput
loss, it makes lots of sense to keep it applied, or it would waste lots
of ram for apparently no gain.
> and the "pauses/stops" are still there. Much less but not gone.
>
> The _only_ workaround yet (known to the public) is to change nr_requests in
> drivers/block/ll_rw_blk.c from 128 to 4 which gives a performance hit of
> about 40% (not acceptable in any way).
>
> .oO( I am quite sure I've mailed you all this stuff privately in response to
> your private mail to me ;) )Oo.
>
> ciao, Marc
>
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/