From: Miao Xie <miaox@cn.fujitsu.com>
To: linux-btrfs@vger.kernel.org
Subject: [PATCH V2 0/4] Btrfs: improve the performance fluctuating of the fsync
Date: Tue, 14 Jan 2014 20:31:48 +0800 [thread overview]
Message-ID: <1389702712-26638-1-git-send-email-miaox@cn.fujitsu.com> (raw)
We met the performance fluctuating problem when we synchronized the file data.
The main reason of this problem was that we might only flush part dirty pages
in a ordered extent, then got that ordered extent, wait for the csum
calcucation. But if no task flushed the left part, we would wait until the
flusher flushed them, sometimes we need wait for several seconds, it made
the performance drop down suddenly.
This patchset improved the above problem. The 1st patch helps us filter
the logged ordered extents, the 2nd one removes the unnecessary lock operation,
the 3rd one prevents the ordered extents from being inserted into a global
list, it can reduce the lock contention and the traverse time of list.
The 4th is the key patch to the above problem, it fixes the problem by flush
the left dirty pages aggressively.
Miao Xie (4):
Btrfs: filter the ordered extents that has been logged
Btrfs: don't get the lock when adding a csum into a ordered extent
Btrfs: don't mix the ordered extents of all files together during logging the inodes
Btrfs: flush the dirty pages of the ordered extent aggressively during logging csum
fs/btrfs/ordered-data.c | 46 +++++++++++++++++++++++++++++-----------
fs/btrfs/ordered-data.h | 6 ++++-
fs/btrfs/tree-log.c | 53 +++++++++++++++++-----------------------------
3 files changed, 58 insertions(+), 47 deletions(-)
next reply other threads:[~2014-01-14 13:16 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-14 12:31 Miao Xie [this message]
2014-01-14 12:31 ` [PATCH V2 1/4] Btrfs: filter the ordered extents that has been logged Miao Xie
2014-01-28 14:50 ` Josef Bacik
2014-01-29 2:08 ` Miao Xie
2014-01-14 12:31 ` [PATCH V2 2/4] Btrfs: don't get the lock when adding a csum into a ordered extent Miao Xie
2014-01-28 16:00 ` Josef Bacik
2014-01-29 2:25 ` Miao Xie
2014-01-29 18:43 ` Josef Bacik
2014-01-14 12:31 ` [PATCH V2 3/4] Btrfs: don't mix the ordered extents of all files together during logging the inodes Miao Xie
2014-01-28 14:55 ` Josef Bacik
2014-01-29 2:22 ` Miao Xie
2014-01-29 18:48 ` Josef Bacik
2014-01-14 12:31 ` [PATCH V2 4/4] Btrfs: flush the dirty pages of the ordered extent aggressively during logging csum Miao Xie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1389702712-26638-1-git-send-email-miaox@cn.fujitsu.com \
--to=miaox@cn.fujitsu.com \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).