diff options
| author | Josef Bacik <josef@redhat.com> | 2010-02-02 23:50:10 +0300 |
|---|---|---|
| committer | Chris Mason <chris.mason@oracle.com> | 2010-02-04 19:31:45 +0300 |
| commit | efd049fb26a162c3830fd3cb1001fdc09b147f3b (patch) | |
| tree | caedb4f8b1133b209360bd25ff3b2ddd1dc737c0 /fs/generic_acl.c | |
| parent | 7a7965f83e89f0be506a96769938a721e4e5ae50 (diff) | |
| download | linux-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/generic_acl.c')
0 files changed, 0 insertions, 0 deletions