Searched hist:"98 d95416dbfaf4910caadfb4ddc75e4aacbdff8c" (Results 1 – 2 of 2) sorted by relevance
| /openbmc/linux/lib/ |
| H A D | sbitmap.c | diff 98d95416dbfaf4910caadfb4ddc75e4aacbdff8c Sat Sep 17 03:28:25 CDT 2016 Omar Sandoval <osandov@fb.com> 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>
|
| /openbmc/linux/block/ |
| H A D | blk-mq-tag.c | diff 98d95416dbfaf4910caadfb4ddc75e4aacbdff8c Sat Sep 17 03:28:25 CDT 2016 Omar Sandoval <osandov@fb.com> 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>
|