1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

XFS Developer Takes Shots At Btrfs, EXT4

Linux Kernel

Published on 24 January 2012 09:09 AM EST
Written by Michael Larabel in Linux Kernel
28 Comments

Chris Mason of Btrfs fame wasn't the only Linux file-system developer talking to the public last week. While the Btrfs talk was going on in Los Angeles at SCALE 10x, Dave Chinner was down under in Australia at LCA2012 talking about XFS. His talk included some controversial shots at EXT4 and Btrfs.

During his Linux.Conf.Au 2012 presentation in Barratt, Australia, Chinner first talked about the XFS meta-data problems of the file-system's meta-data modification performance being terrible. EXT4 can be 20~50x faster than XFS with certain workloads like unpacking a Linux kernel source tar-ball package. However, with one major algorithm change and various performance optimizations, the XFS performance is now scaling much better (Dave recommends the Linux 3.0 stable series or newer for the best XFS support).

The algorithm change made was delayed logging, which took about five years and four attempts to come up with a suitable solution that aggregates transaction commits in memory and is a feature modelled around EXT3.

In his 45-minute presentation, Chinner also talked about other improvements recently made to XFS like the lock-less log space reservation fast path, extensive meta-data sorting before the I/O dispatch, batching active log item manipulations, meta-data caching being divorced from the page cache, and lock-less (RCU-based) inode cache look-ups.

Dave Chinner says that the XFS meta-data performance and scalability is good and can be considered a "mostly solved" problem. Further XFS file-system work will deal with more performance improvements out of the VFS lock scalability work, validating performance scalability on high-IOPS storage (namely PCI Express SSDs), and improving the reliability and feature resilience will be the next major challenge.

Talked about during the presentation were also possible on-disk format changes without backwards/forwards-compatibility as CRCs are not sufficient by themselves to provide robust failure detection and recovery, not enough free-space in the XFS meta-data at present, and other functionality that necessitates on-disk format changes. Dave hopes XFS will have support for proactive detection of file-system corruption via online meta-data scrubbing, reverse mapping, online and application transparent detection and repair of certain common types of corruption.

This Red Hat developer believes XFS will be well placed to remain the "large and lots" go to Linux file-system.

Among the shots that Dave Chinner ended up taking against Btrfs was talking about "the skeletons in the corner that are getting dusty" that the Btrfs developers don't want the public to know about. In particular, Btrfs not scaling well at the moment when it comes to large meta-data count file-systems. Large scale allocation is also slow, but Chinner acknowledges that Btrfs will scale to arbitrarily large file-systems with further optimizations. Of course, for mobile and desktop Linux users this problem is largely mute.

Further about Btrfs, the Red Hat developer also says that the next-generation Linux file-system does not scale and is still "under heavy feature development and not fully stable" and that some deficiencies of Btrfs might take some time to overcome. "Btrfs is not ready for production...it will work, but will work slowly."

Dave acknowledges though that Btrfs will soon replace EXT4 as the default Linux file-system due to its unique feature set. He then proceeded to take hits at the EXT4 file-system for not being able to scale to arbitrarily large files and file-systems. Additionally, Chinner says, "EXT4 is not as stable or as well tested as most people think" and "EXT4 has become an aggregation of semi-finished projects that don't play well with each other."

Embedded below is the XFS file-system presentation from Linux.Conf.Au 2012.


About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. ROCCAT LUA: A Linux-Friendly Gaming Mouse
  2. Cheetah Mounts: The Affordable Way To Put Your TV On The Wall
  3. Scythe Mugen MAX
  4. Intel Core i7 5960X Haswell-E On Linux
Latest Linux Articles
  1. Preview: Radeon Gallium3D Performance For CS:GO On Linux
  2. XWayland Linux Gaming Performance With GNOME Wayland On Fedora 21
  3. EXT4/Btrfs/XFS/F2FS Benchmarks On Linux 3.17
  4. Fedora 21 Alpha First Impressions: It's Great
Latest Linux News
  1. Operating System U Fails To Live Up To Its Goals
  2. AMD Catalyst 14.9 Officially Released For Linux
  3. Nouveau Memory Re-Clocking Comes For More NVIDIA GPUs
  4. NVIDIA Suggests Explicit Synchronization For Nouveau
  5. Adobe Brings Streaming Photoshop To Chromebooks
  6. OverlayFS Proposed For The Linux 3.18 Kernel
  7. NVIDIA To Issue An Update On Their Support Of Mir & Wayland
  8. NVIDIA Is Still Working On The New Linux OpenGL ABI
  9. Intel Haswell HD Graphics With CS:GO On Linux
  10. The Most Dominating Linux Stories Of Q3'2014
Latest Forum Discussions
  1. New AMD Catalyst drivers out today
  2. NVIDIA Alerts Nouveau: They're Starting To Sign/Validate GPU Firmware Images
  3. Updated and Optimized Ubuntu Free Graphics Drivers
  4. Take the Steam Survey results with a grain of salt. It is flawed.
  5. FSF Issues Statement On Shellshock Bash Vulnerability
  6. AMD Wants To Know What's Wrong With Catalyst
  7. New Group Calls For Boycotting Systemd
  8. Counter-Strike: Global Offensive NVIDIA/AMD Benchmarks On Linux