Hi folks, This is a followup to the patchset posted here: http://oss.sgi.com/archives/xfs/2013-12/msg00495.html I've made various changes to address the review comments, and droped the parallelisation of phase 6 after I realised that is was causing occasional problem in pahse 6 (i.e. the simple patch didn't make it entirely threadsafe). There are various other prefetching fixes added to the series as well that help with scalability - mainly to do with reworking the way prefetching runs ahead of the processing threads. This allowed unbound prefetching when the number of inode chunks was less than the queue depth (typically 16384 inode chunks or 65536 inode cluster buffers on 512 byte inode filesystems). This was causing the prefetching to blow out the caches and result in all metadata being read twice - once for the readhead, then again when it was actually necessary. The prefetching was changed to only readahead the AG following the current one being processed, hence preventing thrashing and an awful lot of unnecessary IO and buffer cache churn. I'm not seeing any problems with this series, and performance on CRC filesystems is now on a par with non-CRC filesystems so there are no more known xfs_repair performance issues to be addressed with CRC enabled filesytems after this patch set is applied. Comments, review, flames and testing welcome! Cheers, Dave. _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
