| To: | "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>, xfs-dev <xfs-dev@xxxxxxx> |
|---|---|
| Subject: | [REVIEW 1/3] - xfs_repair speedups (AG stride) |
| From: | "Barry Naujok" <bnaujok@xxxxxxx> |
| Date: | Tue, 05 Jun 2007 11:46:59 +1000 |
| Organization: | SGI |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Opera Mail/9.10 (Win32) |
|
As an ongoing series from previous xfs_repair patches, this one changes
the method of selecting and performing multithreaded AG processing. With most simple filesystems, the current multithreading method actually make xfs_repair slower by increasing the amount of disk seeking between AGs. The biggest benefits for parallel processing of AGs is when the filesystem is across a concat of disks/LUNs. So, now the default is a single thread unless you specify an "ag_stride" using the xfs_repair -o option. Then it will initiate a suitable number of threads based on the number of AGs in the filesystem and the stride value. For example, a 32 AG filesystem with a concat of 2 equal sized disks/LUNs, you would use the "-o ag_stride=16" to get one thread to process AGs 0-15 and the second thread to process AGs 16-31. Generally, the stride value is set to the AG number that is fully within the second part of the concat.
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 1/3] XFS metadump utility, Barry Naujok |
|---|---|
| Next by Date: | [REVIEW 2/3] - xfs_repair enhancements (lost+found handling), Barry Naujok |
| Previous by Thread: | Work Less And Earn More !!!, Ju Lee Corporation |
| Next by Thread: | [REVIEW 2/3] - xfs_repair enhancements (lost+found handling), Barry Naujok |
| Indexes: | [Date] [Thread] [Top] [All Lists] |