aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/net/xen-netback/interface.c
diff options
context:
space:
mode:
authorJens Axboe <[email protected]>2014-05-22 18:54:16 +0000
committerLinus Torvalds <[email protected]>2014-05-23 16:37:29 +0000
commit7fcbbaf18392f0b17c95e2f033c8ccf87eecde1d (patch)
treeeef8e5449c79bf596cf16bca47de1c8ca60048d0 /drivers/net/xen-netback/interface.c
parenthwpoison, hugetlb: lock_page/unlock_page does not match for handling a free h... (diff)
downloadkernel-7fcbbaf18392f0b17c95e2f033c8ccf87eecde1d.tar.gz
kernel-7fcbbaf18392f0b17c95e2f033c8ccf87eecde1d.zip
mm/filemap.c: avoid always dirtying mapping->flags on O_DIRECT
In some testing I ran today (some fio jobs that spread over two nodes), we end up spending 40% of the time in filemap_check_errors(). That smells fishy. Looking further, this is basically what happens: blkdev_aio_read() generic_file_aio_read() filemap_write_and_wait_range() if (!mapping->nr_pages) filemap_check_errors() and filemap_check_errors() always attempts two test_and_clear_bit() on the mapping flags, thus dirtying it for every single invocation. The patch below tests each of these bits before clearing them, avoiding this issue. In my test case (4-socket box), performance went from 1.7M IOPS to 4.0M IOPS. Signed-off-by: Jens Axboe <[email protected]> Acked-by: Jeff Moyer <[email protected]> Cc: Al Viro <[email protected]> Signed-off-by: Andrew Morton <[email protected]> Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'drivers/net/xen-netback/interface.c')
0 files changed, 0 insertions, 0 deletions