<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 25, 2013 at 3:39 PM, Stan Hoeppner <span dir="ltr"><<a href="mailto:stan@hardwarefreak.com" target="_blank">stan@hardwarefreak.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 2/25/2013 10:01 AM, Brian Cain wrote:<br>
> All,<br>
><br>
> I have been observing some odd behavior regarding write throughput to an<br>
> XFS partition (the baseline kernel version is 2.6.32.27).  I see<br>
> consistently high write throughput (close to the performance of the raw<br>
> block device) to the filesystem immediately after a mkfs, but after a few<br>
> test cycles, there is sporadic poor performance.<br>
><br>
> The test mechanism is like so:<br>
><br>
> [mkfs.xfs <blockdev>] (no flags/options, xfsprogs ver 3.1.1-0.1.36)<br>
> ...<br>
> 1. remove a previous test cycle's directory<br>
> 2. create a new directory<br>
> 3. open/write/close a small file (4kb) in this directory<br>
> 4. open/read/close this same small file (by the local NFS server)<br>
> 5. open[O_DIRECT]/write/write/write/.../close a large file (anywhere from<br>
> ~100MB to 200GB)<br>
><br>
</div><div><br></div></blockquote><div> </div></div>It looks like omitting step #2 and putting all files in the root directory (and modifying step #1 to remove only the files that were associated with that previous test cycle) avoids the poor-performance problem as well.  At least, that's the case in testing so far.<br>

<br></div><div class="gmail_extra">-- <br>-Brian
</div></div>