Linked by Thom Holwerda on Wed 29th Apr 2009 08:24 UTC, submitted by lemur2
A number of significant opportunities for performance improvements seem to be just over the horizon for Linux systems. OSNews regular lemur2 submitted an overview of the most important potential performance improvements to us.
Permalink for comment 360920
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Recent Original Stories
Recent Comments
Headlines
Random Comments
Random Stories
Random OS Link
Member since:
2006-04-18
While it's noble that ext3 is still kicking along and compatible with ext2, they have to do something about the fsck times. I have some large volumes (xxxGB and 1TB) and it takes *hours* (over a FC SAN) to fsck if the system crashes or if the 180 days is reached. That's just freaking unacceptable.
Yes, I could break stuff up but then I just end up running out a space on one volume when the users fill up a directory I didn't expect. Yes, I could use another file system (like what? Reiser is semi-dead, XFS is great but who knows how long it'll be supported, and RHEL doesn't support either anyways).
Great:
"Faster file system checking
In ext4, unallocated block groups and sections of the inode table are marked as such. This enables e2fsck to skip them entirely on a check and greatly reduce the time it takes to check a file system of the size ext4 is built to support. This feature is implemented in version 2.6.24 of the Linux kernel."
So what happens when the file system is fairly full? I bet it has to check everything and takes ages.