<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://xfs.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Microchip</id>
	<title>xfs.org - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://xfs.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Microchip"/>
	<link rel="alternate" type="text/html" href="https://xfs.org/index.php/Special:Contributions/Microchip"/>
	<updated>2026-04-21T11:44:20Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.42.3</generator>
	<entry>
		<id>https://xfs.org/index.php?title=XFS_status_update_for_2012&amp;diff=2468</id>
		<title>XFS status update for 2012</title>
		<link rel="alternate" type="text/html" href="https://xfs.org/index.php?title=XFS_status_update_for_2012&amp;diff=2468"/>
		<updated>2012-03-26T16:56:38Z</updated>

		<summary type="html">&lt;p&gt;Microchip: /* XFS status update for February 2012 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== XFS status update for February 2012 ==&lt;br /&gt;
&lt;br /&gt;
February has been been busy with development for Linux 3.3, although only&lt;br /&gt;
little new code made it to the development tree yet, mostly a refactor&lt;br /&gt;
of the log grant code.  Patch traffic on the mailing list included a rewrite&lt;br /&gt;
of disk quota caching, yielding dramatic performance improvements for systems&lt;br /&gt;
with lots of quotas, a series to make all inode updates and thus all live&lt;br /&gt;
metadata updates transactional.  Last but not least a version to&lt;br /&gt;
fix a long standing bug in support of the real time subvolume was posted,&lt;br /&gt;
showing that even this long deprecated feature still has a user base.&lt;br /&gt;
&lt;br /&gt;
On the userspace side development has been quite, with just two fixes to&lt;br /&gt;
xfs_io committed to xfsprogs, while waiting for the long overdue 3.1.8&lt;br /&gt;
release.  Xfsdump has been entirely quite this month, again waiting for&lt;br /&gt;
a release, and xfstests saw only two commits either, although there are&lt;br /&gt;
still lots of outstanding patches on the list that haven&#039;t been reviewed&lt;br /&gt;
and/or applied.&lt;br /&gt;
&lt;br /&gt;
== XFS status update for January 2012 ==&lt;br /&gt;
&lt;br /&gt;
January saw the release of Linux 3.2, which as usual included a large&lt;br /&gt;
number of XFS changes, most notably an large speedup for removing files&lt;br /&gt;
that have external attribute blocks, speedups and livelock fixes for&lt;br /&gt;
sync while doing heavy I/O, and large internal cleanups of the inode&lt;br /&gt;
block map handling.  The diffstat for XFS in Linux 3.2 is:&lt;br /&gt;
&lt;br /&gt;
 54 files changed, 2414 insertions(+), 2625 deletions(-)&lt;br /&gt;
&lt;br /&gt;
which is slightly below the average of the last releases.&lt;br /&gt;
&lt;br /&gt;
In the meantime development for 3.3 went ahead full speed, including&lt;br /&gt;
the removal of the deprecated pre-delaylog logging code, various&lt;br /&gt;
quota cleanups, a shrink of the inode, a great simplification of the file&lt;br /&gt;
write path as well as the usual batch of fixes and cleanups.&lt;br /&gt;
&lt;br /&gt;
On the userland side xfs_repair saw various major fixes and speedups,&lt;br /&gt;
with few other fixes thrown in, while xfsdump got two commits fixing&lt;br /&gt;
longer standing issues recently reported on the mailing list.  For&lt;br /&gt;
xfstests January was an extremely slow month, seeing only two new test cases&lt;br /&gt;
and less than a handful of other updates.&lt;/div&gt;</summary>
		<author><name>Microchip</name></author>
	</entry>
</feed>