Real-World Benchmarks of Ext4 249
Ashmash writes "Phoronix has put out a fresh series of benchmarks that show the real world performance of the Ext4 file-system. They ran 19 tests on Fedora 10 with changing out their primary partition to test Ext3, Ext4, Xfs, and ReiserFS. The Linux 2.6.27 kernel was used with the latest file-system support. In the disk benchmarks like Bonnie++ Ext4 was a clear winner but with the real world tests the results were much tighter and Xfs also possessed many wins. They conclude though that Ext4 is a nice upgrade over Ext3 due to the new features and just not improved performance in a few areas, but its lifespan may be short with btrfs coming soon."
One filesystem to rule them all... (Score:5, Insightful)
Seriously... one of the nice things about Windows, OSX, Solaris is that they get a new filesystem once every 5-10 years. The safest thing to do for Linux is to be a generation behind. I would not run ext4 until btrfs came out. Why be the admin that gets screwed with early bugs and future incompatibilities...
short lifespan? The big distros will decide. (Score:4, Insightful)
It really depends on what the larger distros choose to stick with as their default. To be honest, I'd still be using ext2 if Redhat hadn't made ext3 the default. While I'm sure that some applications depend on wringing that last few % of performance out of the spindles, it just doesn't matter THAT much for most applications.
Re:Short lifespan? I don't think so. (Score:4, Insightful)
I wonder if ext4 performs better with SSD's? Or if ext4 doesn't need an occasional fsck like ext3 does?
--jeffk++
Re:One filesystem to rule them all... (Score:3, Insightful)
Seriously... one of the nice things about Windows, OSX, Solaris is that they get a new filesystem once every 5-10 years. The safest thing to do for Linux is to be a generation behind. I would not run ext4 until btrfs came out. Why be the admin that gets screwed with early bugs and future incompatibilities...
I love your sense of panic.
Anyone taking the use of ext4 seriously will setup test systems where the ONLY different is the file system. And, then, beat the crap out of it and see how it performs.
It's really pretty simple to validate this type of thing.
Re:short lifespan? The big distros will decide. (Score:5, Insightful)
well... run an fsck against ext2 and ext3 and tell me it doesn't matter. For an admin, speed, reliability, recoverability... are all major concerns. On Solaris, I love ZFS because of the functionality like snapshots and exports. I also got burned by the IDE/100% CPU driver bug on Sparc hardware. Admins need to be aware of what they are running and what limitations exist. I honest don't give a damn about mp3 encoding speed, but the capabilities and maturity of a filesystem have to be considered.
Dumbest benchmarks ever (Score:5, Insightful)
I see no analysis as to why the filesystems perform the way they do. Why does XFS perform so well on a 4GB sequential read and so badly on an 8GB read? Why did they include cpu / gfx bound frame/sec benchmarks? In the few application benchmarks where there was more than a tiny fraction of percent difference there's no discussion as to whether that difference is actually significant.
Not at all enlightening.
XFS (Score:3, Insightful)
Given that XFS, a 15+ year old file system, is still a serious contender, one would think enough blood has been squeezed from this stone. What is left to us is application tuning and hardware improvements, possibly including filesystem management hardware. It seems to me that teaching application developers how to write their programs to best utilize the filesystem is more likely to yield better performance gains for the effort expended than trying to make a general purpose filesystem good at any flavor of IO that application developers naively throw at it. Simple rules: buffer your IO yourself, perform raw accesses in multiples of the sector/stripe size size.
Useless. (Score:4, Insightful)
What's with the CPU/Video tests? How about some more random access pattern tests, DB/web/streaming media tests? How about showing CPU utilization in addition to I/O performance?
Re:Short lifespan? I don't think so. (Score:5, Insightful)
Hey, ext4 actually speeds up fsck quite a lot [kerneltrap.org], so maybe ext4 won't be around a lot of time ;)
Re:ext2? (Score:3, Insightful)
Re:Stupid testing methodology (Score:5, Insightful)
who measures things like MP3 compression time when testing a filesystem?!?
They were measuring what matters: "System performance" It very well could have been the case that the fastest file system, measured on a simple bench mark gives the worst MP3 compression time. Let's say the reason the filesystem is fast is because it uses a huge amount of CPU time and RAM. So a RAM based encrypted file system might be very fast, until you run an application on it.
It's a reasonable test and what it showed is that in the real-world performance is about the same
Re:short lifespan? The big distros will decide. (Score:3, Insightful)
To be honest, I'd still be using ext2 if Redhat hadn't made ext3 the default.
Well thank goodness RedHat saved you from yourself, then!
It's not about performance, it's about journaling. Ext3 has it, ext2 doesn't, ergo by modern standards ext2 is crap. The only justification for using it was when the only journaling file systems for linux were unstable.
Re:One filesystem to rule them all... (Score:5, Insightful)
You think validating the integrity of a filesystem is easy??!?!?
That's insane, first of all, you won't know how it performs unless you give it real world usage complete with disk failures. There are hundreds of file systems which can store data but how they handle problems are what separates most of them. Of course there are other distinctions but the failure mode scenarios are what most interest an admin as failure is never a question of it, only a question of when. Simulating certain failure modes is exceedingly difficult to do.
Re:XFS (Score:3, Insightful)
Agreed, adoption is still pretty low, but it's definitely a game-changer. Surprisingly, SSDs might show up first en masse at the low end in netbooks like the Eee. Consider the lower power requirements and instant-on possibilities.
ZFS for the win (Score:2, Insightful)
Ha! B-Trees! And Linus Torvalds calls Macintosh HFS+ "retarded!" Soooooo funny! That's the newest and kewlest? Come on, HFS has been around since Macs had hard drives, and it used B-Trees! Seriously, nobody benchmarked ZFS, and that's where the real action is going to be headed. Lose two hard drives, your RAID is still AOK, and you can rebuild it on the fly!!! ZFS is the future.
Re:ext2? (Score:3, Insightful)
Re:Short lifespan? I don't think so. (Score:1, Insightful)
You leave yours running 24/7 wasting electricity when you're not using it?
Re:Short lifespan? I don't think so. (Score:1, Insightful)
But I *do* use it 24/7, I don't have to be in front of it to use it (my screen does go off quite often).
Re:ext4/XFS (Score:1, Insightful)
XFS has been around for 15+ years and still makes a pretty good appearance on benchmarks. Which means that ext,ext2 and ext3 filesystems were late and have little to offer more, with ext4 just marginally (15 years to make something like ext4 with such minimally more performance?)
âoeFoolsâ to the Phoronix guys who thought that filesystems relate to in-game frames per second or compression. Most games preload all their stuff into RAM anyway. And compression is CPU-bound, your disk writes are done in the background anyway.
Re:Stupid testing methodology (Score:3, Insightful)
WTF who measures things like MP3 compression time when testing a filesystem?!?
Anyone interested in real world usage. Resource usage of the file system drivers while doing something processor intensive such as encoding is certainly of interest.