| commit | 5a1a3df1f6c86926cfe8657e6f9b4b4c2f467d60 | |
| author | Josef Bacik <josef@redhat.com> | |
| Tue, 2 Feb 2010 20:51:14 +0000 (2 20:51 +0000) | ||
| committer | Chris Mason <chris.mason@oracle.com> | |
| Mon, 15 Mar 2010 15:00:13 +0000 (15 11:00 -0400) | ||
| tree | bc73836bf0bde137da48eaff72dae75ee729aaba | treesnapshot (tar.gz zip) |
| parent | c2a128d28a2e78e159e17e8c9274d0a9d9492555 | commitdiff |
Btrfs: cache ordered extent when completing io
When finishing io we run btrfs_dec_test_ordered_pending, and then immediately
run btrfs_lookup_ordered_extent, but btrfs_dec_test_ordered_pending does that
already, so we're searching twice when we don't have to. This patch lets us
pass a btrfs_ordered_extent in to btrfs_dec_test_ordered_pending so if we do
complete io on that ordered extent we can just use the one we found then instead
of having to do another btrfs_lookup_ordered_extent. This made my fio job with
the other patch go from 24 mb/s to 29 mb/s.
Signed-off-by: Josef Bacik <josef@redhat.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
When finishing io we run btrfs_dec_test_ordered_pending, and then immediately
run btrfs_lookup_ordered_extent, but btrfs_dec_test_ordered_pending does that
already, so we're searching twice when we don't have to. This patch lets us
pass a btrfs_ordered_extent in to btrfs_dec_test_ordered_pending so if we do
complete io on that ordered extent we can just use the one we found then instead
of having to do another btrfs_lookup_ordered_extent. This made my fio job with
the other patch go from 24 mb/s to 29 mb/s.
Signed-off-by: Josef Bacik <josef@redhat.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
| fs/btrfs/inode.c | diffblobblamehistory | |
| fs/btrfs/ordered-data.c | diffblobblamehistory | |
| fs/btrfs/ordered-data.h | diffblobblamehistory |