Skip to contentSkip to conversation

XFS status update for May 2010

DISCUSSION Christoph Hellwig 2 participants 3 messages Jun 15, 2010 – Jun 16, 2010

lore
Share & tools
lore
#0 lore raw

In May 2010 we saw the long awaited release of Linux 2.6.34, which includes a large XFS update. The most important features appearing in 2.6.34 was the new inode and quota flushing code, which leads to much better I/O patterns for metadata-intensive workloads. Additionally support for synchronous NFS exports has been improved to give much better performance, and performance for the fsync, fdatasync and sync system calls has been improved slightly. A bug when resizing extremely busy filesystems has been fixed, which required extensive modification to the data structure used for looking up the per-allocation group data. Last but not least there was a steady flow of minor bug fixes and cleanups, leading to the following diffstat from 2.6.33 to 2.6.34:

  86 files changed, 3209 insertions(+), 3178 deletions(-)

Meanwhile active development aimed at 2.6.35 merge progressed. The major feature for this window is the merge of the delayed logging code, which adds a new logging mode that dramatically reduces the bandwidth required for log I/O. See the documentation [1] for details. Testers for this new code are welcome.

In userland xfsprogs saw the long awaited 3.1.2 release, which can be considered a bug fix release for xfs_repair, xfs_fsr and mkfs.xfs. After the release a few more fixes were merged into the development tree. The xfstests package saw various new tests, including many tests to exercise the quota code, and a few fixes to existing tests.

[1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/filesystems/xfs-delayed-logging-design.txt;h=96d0df28bed323d5596fc051b0ffb96ed8e3c8df;hb=HEAD

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs

#1 lore raw
Quoted 5 lines · Christoph Hellwig

Meanwhile active development aimed at 2.6.35 merge progressed. The major feature for this window is the merge of the delayed logging code, which adds a new logging mode that dramatically reduces the bandwidth required for log I/O. See the documentation [1] for details. Testers for this new code are welcome.

As of today I'm running 2.6.35-rc3 with XFS and delayed logging on a 4GB
software raid0 we use to do nightly builds of about 150 software packages (kernel, samba, etc) on Slackware 10.1.

If there's anything specific I can do, please let me know. I have some more hardware around to test with.

By the way: thanks for these monthly status updates: they're really useful!

Regards,

roel

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs

#2 lore raw
Quoted 6 lines · Roel van Meer

As of today I'm running 2.6.35-rc3 with XFS and delayed logging on a 4GB software raid0 we use to do nightly builds of about 150 software packages (kernel, samba, etc) on Slackware 10.1.

If there's anything specific I can do, please let me know. I have some more hardware around to test with.

As long as things just work everything is perfect! If you have any performance numbers that compare to older kernel / the non delayed logging case for your workload we would certainly be interested in them.

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs