<div dir="ltr"><br><br><br>On Mon, Feb 25, 2013 at 3:39 PM, Stan Hoeppner <<a href="mailto:stan@hardwarefreak.com">stan@hardwarefreak.com</a>> wrote:<br>><br>><br>> > Can anyone provide any suggestions as to an explanation for the behavior or<br>
> > a way to mitigate it?  Running xfs_fsr didn't seem to improve the results.<br>><br>> The usual cause of such aged filesystem low performance is free space<br>> fragmentation.  xfs_fsr will defragment files, but in doing so it<br>
> *increases* free space fragmentation, thus won't help the situation.<br>><br>> > I'm happy to share benchmarks, specific results data, or describe the<br>> > hardware being used for the measurements if it's helpful.<br>
><br>> Paste the output of 'xfs_db -r -c freesp /dev/[device]' just before you<br>> do the large file write.  This will show us the free space distribution<br>> histogram.<br>><br><br>Running now...<br>
<br>Here's a single sample:<br><br><div>   from      to extents  blocks    pct</div><div>      1       1     128     128   0.00</div><div>      2       3       6      18   0.00</div><div>      4       7       1       7   0.00</div>
<div>      8      15      30     275   0.00</div><div>    512    1023       1     528   0.01</div><div>   2048    4095       1    2656   0.03</div><div>4194304 8388608       1 8388588  99.96</div><div><br></div>Not sure whether the cycle following this output experienced "only good" results or if it included poor performing samples too.  Is it only useful to see the "freesp" output in cases where the poor performance occurred?<br>
<br>--<br>-Brian<br></div>