[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070710112307.34c2ba5c@rx8>
Date: Tue, 10 Jul 2007 11:23:07 -0500
From: "Jose R. Santos" <jrs@...ibm.com>
To: "linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>
Subject: Initial results of FLEX_BG feature.
Hi folks,
I've started playing with the FLEX_BG feature (for now packing of
block group metadata closer together) and started doing some
preliminary benchmarking to see if the feature is worth pursuing.
I chose an FFSB profile that does single threaded small creates and
writes and then does an fsync. This is something I ran for a customer
a while ago in which ext3 performed poorly.
Here are some of the results (in transactions/sec@...U util) on a single
143GB@10K rpm disk.
ext4 1680.54@...%
ext4(flex_bg) 2105.56@...% 20% improvement
ext4(data=writeback) 1374.50@...% <- hum...
ext4(flex_bg data=writeback) 2323.12@...% 28% over best ext4
ext3 1025.84@...%
ext3(data=writeback) 1136.85@...%
ext2 1152.59@...%
xfs 1968.84@...%
jfs 1424.05@...%
The results are from packing the metadata of 64 block groups closer
together at fsck time. Still need to clean up the e2fsprog patches,
but I hope to submit them to the list later this week for others to
try. It seems like fsck doesn't quite like the new location of the
metadata and I'm not sure how big of an effort it will be to fix it. I
mentioned this since one of the assumptions of implementing FLEX_BG was
the reduce time in fsck and it could be a while before I'm able to test
this.
-JRS
-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists