Solving the ext3 latency problem

May 01, 2009, 13:31 (5 Talkback[s])
(Other stories by Jonathan Corbet)

"It's impressive what can happen when attention is drawn to a problem; the 2.6.30 kernel will contain fixes which seemingly eliminate many of the latencies experienced by ext3 users. This article will look at the changes that were made, including a surprising change to the default journaling mode made just before the 2.6.30-rc1 release.

"The problem, in short, is this: the ext3 filesystem, when running in the default data=ordered mode, can exhibit lengthy stalls when some process calls fsync() to flush data to disk. This issue most famously manifested itself as the much-lamented Firefox system-freeze problem, but it goes beyond just Firefox. Anytime there is reasonably heavy I/O going on, an fsync() call can bring everything to a halt for several seconds. Some stalls on the order of minutes have been reported. This behavior has tended to discourage the use of fsync() in applications and it makes the Linux desktop less fun to use. It's clearly worth fixing - but nobody did that for years."

Complete Story

Related Stories:

• Kernel Log: What's coming in 2.6.30 - File systems: New and revamped file systems(Apr 28, 2009)
• Linus on Linux: The Linus Torvalds Interview Part 2(Apr 27, 2009)
• Kernel Log: What's coming in 2.6.30 - Network: New Wi-Fi drivers and other network novelties(Apr 21, 2009)
• That massive filesystem thread(Apr 16, 2009)
• Kernel Log: Linux 2.6.30 is taking shape(Apr 10, 2009)
• What Happens When You Run "sudo rm -rf /" (video)(Apr 10, 2009)
• Kernel developers squabble over Ext3 and Ext4(Mar 27, 2009)
• Initial ext3 vs ext4 Results(Jan 29, 2009)
• What Freezes the System: Firefox or ext3?(May 22, 2008)