XFS status update for January 2012
January saw the release of Linux 3.2, which as usual included a large number of XFS changes, most notably an large speedup for removing files that have external attribute blocks, speedups and livelock fixes for sync while doing heavy I/O, and large internal cleanups of the inode block map handling. The diffstat for XFS in Linux 3.2 is:
54 files changed, 2414 insertions(+), 2625 deletions(-)
which is slightly below the average of the last releases.
In the meantime development for 3.3 went ahead full speed, including the removal of the deprecated pre-delaylog logging code, various quota cleanups, a shrink of the inode, a great simplification of the file write path as well as the usual batch of fixes and cleanups.
On the userland side xfs_repair saw various major fixes and speedups, with few other fixes thrown in, while xfsdump got two commits fixing longer standing issues recently reported on the mailing list. For xfstests January was an extremely slow month, seeing only two new test cases and less than a handful of other updates.
Quoted 15 lines · Christoph Hellwig
January saw the release of Linux 3.2, which as usual included a large number of XFS changes, most notably an large speedup for removing files that have external attribute blocks, speedups and livelock fixes for sync while doing heavy I/O, and large internal cleanups of the inode block map handling. The diffstat for XFS in Linux 3.2 is:
54 files changed, 2414 insertions(+), 2625 deletions(-)which is slightly below the average of the last releases.
In the meantime development for 3.3 went ahead full speed, including the removal of the deprecated pre-delaylog logging code, various quota cleanups, a shrink of the inode, a great simplification of the file write path as well as the usual batch of fixes and cleanups.
Quoted 5 lines
On the userland side
xfs_repairsaw various major fixes and speedups, with few other fixes thrown in, while xfsdump got two commits fixing longer standing issues recently reported on the mailing list. For xfstests January was an extremely slow month, seeing only two new test cases and less than a handful of other updates.
Many thanks to all of your for the good work and support on the mailing list !
cheers,
Richard
Signature · 12 lines
Richard Ems mail: [email protected] Cape Horn Engineering S.L. C/ Dr. J.J. Dómine 1, 5º piso 46011 Valencia Tel : +34 96 3242923 / Fax 924 http://www.cape-horn-eng.com _______________________________________________ xfs mailing list [email protected] http://oss.sgi.com/mailman/listinfo/xfs
Quoted 22 lines · Richard Ems
Quoted 15 lines · Christoph Hellwig
January saw the release of Linux 3.2, which as usual included a large number of XFS changes, most notably an large speedup for removing files that have external attribute blocks, speedups and livelock fixes for sync while doing heavy I/O, and large internal cleanups of the inode block map handling. The diffstat for XFS in Linux 3.2 is:
54 files changed, 2414 insertions(+), 2625 deletions(-)which is slightly below the average of the last releases.
In the meantime development for 3.3 went ahead full speed, including the removal of the deprecated pre-delaylog logging code, various quota cleanups, a shrink of the inode, a great simplification of the file write path as well as the usual batch of fixes and cleanups.
Quoted 5 lines
On the userland side
xfs_repairsaw various major fixes and speedups, with few other fixes thrown in, while xfsdump got two commits fixing longer standing issues recently reported on the mailing list. For xfstests January was an extremely slow month, seeing only two new test cases and less than a handful of other updates.
Quoted 7 lines
Many thanks to all of your for the good work and support on the mailing list !
cheers,
Richard
Hello Richard,
Here I am running gentoo with kernel 3.2
In the 2.6 era I always mounted my xfs file systems with the delaylog option, is this still necessary? Is delaylog now default?
Kind regards,
Coert Waagmeester
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
Quoted 5 lines · Coert Waagmeester
Hello Richard,
Here I am running gentoo with kernel 3.2
In the 2.6 era I always mounted my xfs file systems with the delaylog option, is this still necessary? Is delaylog now default?
Hi Coert,
I am running now 3.2.7 and the output of " grep xfs /proc/mounts " shows delaylog as being in use. I didn't put this option in /etc/fstab, so I think it must be default now.
But surely a developer can give a much better answer to your question.
Richard
Signature · 12 lines
Richard Ems mail: [email protected] Cape Horn Engineering S.L. C/ Dr. J.J. Dómine 1, 5º piso 46011 Valencia Tel : +34 96 3242923 / Fax 924 http://www.cape-horn-eng.com _______________________________________________ xfs mailing list [email protected] http://oss.sgi.com/mailman/listinfo/xfs
Quoted 8 lines · Richard Ems
Quoted 5 lines · Coert Waagmeester
Hello Richard,
Here I am running gentoo with kernel 3.2
In the 2.6 era I always mounted my xfs file systems with the delaylog option, is this still necessary? Is delaylog now default?
Quoted 7 lines
Hi Coert,
I am running now 3.2.7 and the output of " grep xfs
/proc/mounts" shows delaylog as being in use. I didn't put this option in/etc/fstab, so I think it must be default now.But surely a developer can give a much better answer to your question.
Delaylog has been the default since Linux 2.6.39.
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs