can you try the above on 2.4.21pre5aa2? I also spent effort to fix it
some month ago.
The interesting patch is this:
the reason 2.4 mainline stalls so much is that the size of the queue is
overkill for no good reason, so no matter the elvtune numbers, you're
going to wait several dozen mbytes to be read or written before you can
read or write the next 1k from another task.
the above patch is fairly old and it basically fixes the showstopper
problem for me, contest looks fine now and throughput still is the best.
I don't like special "read hacks" for generic kernels that are critical
with O_SYNC and journaling responsiveness too.
So I recommend to apply the above 2.4 patch if you suffer any I/O
latency issue.
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/