Skip to contentSkip to conversation

XFS status update for January 2012

DISCUSSION Christoph Hellwig 3 participants 5 messages Feb 25, 2012 – Feb 28, 2012 VFS

lore
Share & tools
lore
#0 lore raw

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.

#1 lore raw
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_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.

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
#2 lore raw
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_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 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

#3 lore raw
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
#4 lore raw
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