summaryrefslogtreecommitdiff
path: root/fs/dcookies.c
diff options
context:
space:
mode:
authorJosef Bacik <josef@redhat.com>2010-02-02 23:50:10 +0300
committerChris Mason <chris.mason@oracle.com>2010-02-04 19:31:45 +0300
commitefd049fb26a162c3830fd3cb1001fdc09b147f3b (patch)
treecaedb4f8b1133b209360bd25ff3b2ddd1dc737c0 /fs/dcookies.c
parent7a7965f83e89f0be506a96769938a721e4e5ae50 (diff)
downloadlinux-efd049fb26a162c3830fd3cb1001fdc09b147f3b.tar.xz
Btrfs: do not try and lookup the file extent when finishing ordered io
When running the following fio job [torrent] filename=torrent-test rw=randwrite size=4g filesize=4g bs=4k ioengine=sync you would see long stalls where no work was being done. That is because we were doing all this extra work to read in the file extent outside of the transaction, however in the random io case this ends up hurting us because the file extents are not there to begin with. So axe this logic, since we end up reading in the file extent when we go to update it anyway. This took the fio job from 11 mb/s with several ~10 second stalls to 24 mb/s to a couple of 1-2 second stalls. Signed-off-by: Josef Bacik <josef@redhat.com> Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'fs/dcookies.c')
0 files changed, 0 insertions, 0 deletions