From: T Makphaibulchoke <tmac@hp.com>
To: tytso@mit.edu, adilger.kernel@dilger.ca,
linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org
Cc: aswin@hp.com, aswin_proj@lists.hp.com, T Makphaibulchoke <tmac@hp.com>
Subject: [PATCH 0/2] fs/ext4: increase parallelism in updating ext4 orphan list
Date: Wed, 2 Oct 2013 09:38:02 -0600 [thread overview]
Message-ID: <1380728283-61038-1-git-send-email-tmac@hp.com> (raw)
In-Reply-To: <y>
Instead of allowing only a single atomic update (both in memory and on disk
orphan lists) of an ext4's orphan list via the s_orphan_lock mutex, this patch
allows multiple updates of the orphan list, while still maintaing the
integrity of both the in memory and on disk orphan lists of each update.
This is accomplished by using a per inode mutex to serialize the oprhan
list update of a single inode, and a mutex and a spinlock to serailize
the on disk and in memory orphan list respectively.
Here are some of the becnhmark results with the changes.
On a 90 core machine:
Here are the performance improvements in some of the aim7 workloads,
---------------------------
| | % increase |
---------------------------
| alltests | 9.56 |
---------------------------
| custom | 12.20 |
---------------------------
| fserver | 15.99 |
---------------------------
| new_dbase | 1.73 |
---------------------------
| new_fserver | 17.56 |
---------------------------
| shared | 6.24 |
---------------------------
For Swingbench dss workload,
-------------------------------------------------------------------------
| Users | 100 | 200 | 300 | 400 | 500 | 600 | 700 | 800 |
-------------------------------------------------------------------------
| % imprvoment | 7.67 | 9.43 | 7.30 | 0.58 | 0.53 |-2.62 |-3.72 | 3.77 |
| without using | | | | | | | | |
| shared memory | | | | | | | | |
-------------------------------------------------------------------------
On a 8 core machine:
Here are the performance date from some of the aim7 workloads,
---------------------------
| | % increase |
---------------------------
| alltests | 3.90 |
---------------------------
| custom | 1.66 |
---------------------------
| dbase | -2.00 |
---------------------------
| fserver | 1.80 |
---------------------------
| new_dbase | -1.90 |
---------------------------
| new_fserver | 2.18 |
---------------------------
| shared | 7.46 |
---------------------------
For Swingbench dss workload,
-------------------------------------------------------------------------
| Users | 100 | 200 | 300 | 400 | 500 | 600 | 700 | 800 |
-------------------------------------------------------------------------
| % imprvoment |-1.32 | 6.45 | 1.18 |-3.13 |-1.13 | 4.68 | 5.75 |-0.37 |
| without using | | | | | | | | |
| shared memory | | | | | | | | |
-------------------------------------------------------------------------
T Makphaibulchoke (2):
fs/ext4: adding and initalizing new members of ext4_inode_info and
ext4_sb_info
fs/ext4/namei.c: reducing contention on s_orphan_lock mmutex
fs/ext4/ext4.h | 5 +-
fs/ext4/inode.c | 1 +
fs/ext4/namei.c | 139 ++++++++++++++++++++++++++++++++++++++++----------------
fs/ext4/super.c | 4 +-
4 files changed, 108 insertions(+), 41 deletions(-)
--
1.7.11.3
next reply other threads:[~2013-10-02 15:38 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-02 15:38 T Makphaibulchoke [this message]
2013-10-04 0:28 ` [PATCH 0/2] fs/ext4: increase parallelism in updating ext4 orphan list Andreas Dilger
2013-10-03 23:20 ` Thavatchai Makphaibulchoke
2014-04-02 16:29 ` [PATCH v2] " T Makphaibulchoke
2014-04-02 17:41 ` Jan Kara
2014-04-02 19:48 ` Thavatchai Makphaibulchoke
2014-04-14 16:56 ` Thavatchai Makphaibulchoke
2014-04-14 17:40 ` Jan Kara
2014-04-15 16:27 ` Thavatchai Makphaibulchoke
2014-04-15 17:25 ` Jan Kara
2014-04-15 20:22 ` Thavatchai Makphaibulchoke
2014-04-24 17:31 ` [PATCH v3] " T Makphaibulchoke
2014-04-30 10:10 ` Jan Kara
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=1380728283-61038-1-git-send-email-tmac@hp.com \
--to=tmac@hp.com \
--cc=adilger.kernel@dilger.ca \
--cc=aswin@hp.com \
--cc=aswin_proj@lists.hp.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tytso@mit.edu \
/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).