diff options
author | Omar Sandoval <osandov@fb.com> | 2016-09-17 10:28:25 +0200 |
---|---|---|
committer | Jens Axboe <axboe@fb.com> | 2016-09-17 16:39:14 +0200 |
commit | 98d95416dbfaf4910caadfb4ddc75e4aacbdff8c (patch) | |
tree | ed6a08e6d4358da522265ac1e6a595fe8db35572 /MAINTAINERS | |
parent | sbitmap: push alloc policy into sbitmap_queue (diff) | |
download | linux-98d95416dbfaf4910caadfb4ddc75e4aacbdff8c.tar.xz linux-98d95416dbfaf4910caadfb4ddc75e4aacbdff8c.zip |
sbitmap: randomize initial alloc_hint values
In order to get good cache behavior from a sbitmap, we want each CPU to
stick to its own cacheline(s) as much as possible. This might happen
naturally as the bitmap gets filled up and the alloc_hint values spread
out, but we really want this behavior from the start. blk-mq apparently
intended to do this, but the code to do this was never wired up. Get rid
of the dead code and make it part of the sbitmap library.
Signed-off-by: Omar Sandoval <osandov@fb.com>
Signed-off-by: Jens Axboe <axboe@fb.com>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions