summaryrefslogtreecommitdiff
path: root/block/partitions
diff options
context:
space:
mode:
authorJens Axboe <axboe@kernel.dk>2021-10-18 20:39:45 +0300
committerJens Axboe <axboe@kernel.dk>2021-10-18 23:43:23 +0300
commitf09313c57a17683cbcb305989daf1d94b49fd32c (patch)
treee3c46d53930f6a7ba67f021f60ddb291f0722602 /block/partitions
parente4ae4735f7c2da77db57ee090b9f513bfe80d285 (diff)
downloadlinux-f09313c57a17683cbcb305989daf1d94b49fd32c.tar.xz
block: cache inode size in bdev
Reading the inode size brings in a new cacheline for IO submit, and it's in the hot path being checked for every single IO. When doing millions of IOs per core per second, this is noticeable overhead. Cache the nr_sectors in the bdev itself. Reviewed-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'block/partitions')
-rw-r--r--block/partitions/core.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/block/partitions/core.c b/block/partitions/core.c
index 9dbddc355b40..66ef9bc6d6a1 100644
--- a/block/partitions/core.c
+++ b/block/partitions/core.c
@@ -91,6 +91,7 @@ static void bdev_set_nr_sectors(struct block_device *bdev, sector_t sectors)
{
spin_lock(&bdev->bd_size_lock);
i_size_write(bdev->bd_inode, (loff_t)sectors << SECTOR_SHIFT);
+ bdev->bd_nr_sectors = sectors;
spin_unlock(&bdev->bd_size_lock);
}