Linked by Thom Holwerda on Tue 31st Mar 2009 15:47 UTC, submitted by Rahul
Fedora Core The Fedora team has announced the Fedora 11 beta release. It comes packed with new features, such as Ext4 as the default filesystem, Nouveau driver by default, kernel mode setting on Intel, ATI and Nvidia drivers, many virtualization improvements, IBus input method, GCC 4.4, and much more.
Thread beginning with comment 356144
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[4]: Ext4 as default
by sbergman27 on Tue 31st Mar 2009 22:12 UTC in reply to "RE[3]: Ext4 as default"
Member since:

The patches keep previously existing files from ending up truncated after a crash. But new files that were created less then 60 seconds before the crash will still show up as 0 length files. Data and metadata still have a large window of time in which they are out of sync.

In contrast, with ext3, the files would either exist, or they would not. If the crash occurred at least 5 seconds after the write, they would exist and contain the expected data. If the crash occurred less than five seconds after, this might still be the case. But in the worst case, the files are not written at all. In all cases, ext3 would maintain the disk in either its state before the completed write, or its state afterwards, data and metadata remaining in sync.

You say that I should just use ext3. But that's not the point. Sacrificing Linux's reputation for reliability for the sake of better benchmark numbers is simply not a good trade.

Reply Parent Score: 3

RE[5]: Ext4 as default
by Rahul on Tue 31st Mar 2009 22:31 in reply to "RE[4]: Ext4 as default"
Rahul Member since:

If you can actually produce zero length files as you describe, I would be interested. I know noone who has in practise managed to do that yet and yes, I tried pulling power and crashing the system deliberately a few times while writing large amount of data.

Reply Parent Score: 1

RE[6]: Ext4 as default
by sbergman27 on Tue 31st Mar 2009 23:04 in reply to "RE[5]: Ext4 as default"
sbergman27 Member since:

If ext4's current default config is truly robust, that's great. I'm very excited about ext4. But I would be interested in how you would relate your observations to the quote, below, from Ted's blog. If you could satisfactorily resolve that discrepancy, then I would probably be satisfied. Even happy. :-)

Another solution is a set of patches to ext4 that has been queued for 2.6.30 merge window. These three patches (with git id’s bf1b69c0, f32b730a, and 8411e347) will cause a file to have any delayed allocation blocks to be allocated immediately when a file is replaced. This gets done for files which were truncated using ftruncate() or opened via O_TRUNC when the file is closed, and when a file is renamed on top of an existing file. This solves the most annoying set of problems where an existing file gets rewritten, and thanks to the delayed allocation semantics, that existing file gets replaced with a zero-length file. However, it will not solve the problem for newly created files, of course, which would have delayed allocation semantics.

The bolding, above, is mine, of course.

Edited 2009-03-31 23:07 UTC

Reply Parent Score: 2