<ashford <at> whisperpc.com> writes: > > Finally, TM didn't mention anything about other I/O activity on the array, > which, regardless of the method of reconstruction, could have a > significant impact on the speed of a reconstruction. > > There are a LOT of parameters here that could impact throughput. Some are > designed in (the checksum computations), some are "temporary" (the single > I/O path) and some are end-user issues (slow CPU and other activity on the > array). I'm sure that there are other parameters, possibly including soft > read errors on the other disks, that could be impacting the overall > throughput. > > As all the information that could affect performance hasnt been provided > yet, it is premature to make a blanket statement that the performance of a > reconstruction is "unreasonable". For the circumstances, it's possible > that the performance is just fine. We have not yet been provided with > enough data to verify this, one way or another. > > Peter Ashford
Hi Peter, I am monitoring closely, I do not have any 'soft-errors' or anything else. No other users are using the raid10 array. No other compute/disk intensive tasks etc. So I am providing data - usual and typical data at least. To answer another question, yes I do have backups. So this I guess it the speed most users get, which is in my opinion very slow. And I guess that's around the speed most users will get in similar 4x 3TB build with low power CPUs. Long recovery time, leads to higher risk of another disk failure or other unexpected failures. TM -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html