Message ID | cover.1634219547.git.asml.silence@gmail.com (mailing list archive) |
---|---|
Headers | show |
Series | cache request_queue pointer | expand |
On 10/14/21 8:03 AM, Pavel Begunkov wrote: > Cache request_queue in bdev and replace two derefs in > bdev->bd_disk->queue with bdev->bd_queue. Benchmarking > with nullblk gave me around +1% to peak perf. > > All patches are self contained and don't rely on others from > the set including 1/5 and can be taken separately. And some > changes go in separate patches to minimise conflicts. When > we agree on the approach, I'll send the rest converting some > other spots out of block. Looks fine to me. Christoph, any concerns? One note, though - s/fater/faster in patches 2..5 in the commit message.
On 10/17/21 12:59, Jens Axboe wrote: > On 10/14/21 8:03 AM, Pavel Begunkov wrote: >> Cache request_queue in bdev and replace two derefs in >> bdev->bd_disk->queue with bdev->bd_queue. Benchmarking >> with nullblk gave me around +1% to peak perf. >> >> All patches are self contained and don't rely on others from >> the set including 1/5 and can be taken separately. And some >> changes go in separate patches to minimise conflicts. When >> we agree on the approach, I'll send the rest converting some >> other spots out of block. > > Looks fine to me. Christoph, any concerns? > > One note, though - s/fater/faster in patches 2..5 in the commit > message. Noted. I expect there will be a bunch of conflicts, I'll resend it, hopefully once you refined and posted some of your stuff.
On Sun, Oct 17, 2021 at 06:59:22AM -0600, Jens Axboe wrote: > > All patches are self contained and don't rely on others from > > the set including 1/5 and can be taken separately. And some > > changes go in separate patches to minimise conflicts. When > > we agree on the approach, I'll send the rest converting some > > other spots out of block. > > Looks fine to me. Christoph, any concerns? No huge fan of the extra pointer, but if it helps..