Because you'll be doing I/O on 4kB entries at least, and the overhead of
merging a 128kB request into the queue is much smaller this way. But
yes, 16 -> 26 seems quite a large win, I wouldn't expect this much
(unless you get no merging in any of the cases, then I suspect the 4kB
would be an even bigger win)
> If so, shouldn't we try to get the same effect also for the whole disk or
> other filesystems? Most notably reiser?
I would expect reiser to do the same. Setting the soft block size higher
is not required though, users are free to submit 4kB buffer heads even
for devices that have 1kB set. By default, it doesn't happen though.
-- 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/