XFS status update for May 2010

XFS status update for May 2010

[Christoph Hellwig]

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
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: XFS status update for May 2010

[Roel van Meer]

Christoph Hellwig writes:

> 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
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: XFS status update for May 2010

[Christoph Hellwig]

On Wed, Jun 16, 2010 at 11:13:07AM +0200, Roel van Meer wrote:
> 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
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs