Yes that would be interesting to know, if the disk becomes seek bound.
> About Jens patch:
>
> My feeling is that there should be (a lot) more READA than READ.
> since sequential READ really only NEEDS one at a time.
Probably, my patch was really just a quick try to see if it changed
anything.
> Number of READ limits the number of concurrent streams.
> And READA limits the maximum total read ahead.
Correct, Roy you could try and change the READA balance by allocating
lots more READA requests. Simply play around with the
queue_nr_requests / 4 setting. Try something "absurd" like
queue_nr_requests << 2 or even bigger.
-- Jens Axboe- 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/