xfs
[Top] [All Lists]

Re: observed significant performance improvement using "delaylog" in

To: linux-xfs@xxxxxxxxxxx
Subject: Re: observed significant performance improvement using "delaylog" in
From: Peter Niemayer <niemayer@xxxxxx>
Date: Thu, 12 Aug 2010 23:46:43 +0200
In-reply-to: <201008122105.35787@xxxxxx>
References: <201008121346.30760.eye.of.the.8eholder@xxxxxxxxx> <201008122105.35787@xxxxxx>
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1
On 08/12/2010 09:05 PM, Michael Monnerie wrote:
On Donnerstag, 12. August 2010 Khelben Blackstaff wrote:
Here is my post with the results of the benchmark.
http://lordkhelben.wordpress.com/2010/07/08/xfs-delayed-logging/

Wow, BTRFS rocks.

Be sure to measure your specific use-case before jumping
to conclusions.

With our application, for example, Btrfs performed exceptionally
bad - about 4 times(!) as slow as XFS.

Then again, there are some use-cases where even older
file-systems like reiser3 excel (e.g. storing files for
cyrus imapd).


But I'm stunned that XFS is that much slower than ext4 in many tests.

Again, it all depends on the use-case. For us, ext4
performs good (when used with all kinds of performance-enhancing,
safety-reducing mount-options), but not as good as XFS.

To me, as of today, XFS' big strength is performing good to
excellent (while not always better than all other file-systems)
in many use-cases - without worries about instability or immaturity.


One thing, I guess, is for sure: Every file-system will require
continued development to stay competitive.

SSDs, for example, are just beginning to get used appropriately
by modern file-systems. There's plenty of opportunity left to
optimize for them.

And once that is done, there may be yet another storage-technology
available (PRAM? Racetrack?), that benefits from specific strategies.

So the competition will stay open... :-)

Regards,

Peter Niemayer


<Prev in Thread] Current Thread [Next in Thread>