| To: | stan@xxxxxxxxxxxxxxxxx |
|---|---|
| Subject: | Re: suddenly slow writes on XFS Filesystem |
| From: | Stefan Priebe <s.priebe@xxxxxxxxxxxx> |
| Date: | Sun, 06 May 2012 21:25:10 +0200 |
| Cc: | Martin Steigerwald <Martin@xxxxxxxxxxxx>, xfs@xxxxxxxxxxx |
| In-reply-to: | <4FA69CB0.8000008@xxxxxxxxxxxxxxxxx> |
| References: | <4FA63DDA.9070707@xxxxxxxxxxxx> (sfid-20120506_121127_622020_FC89E0F4) <201205061233.58496.Martin@xxxxxxxxxxxx> <4FA69CB0.8000008@xxxxxxxxxxxxxxxxx> |
| User-agent: | Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 |
Am 06.05.2012 17:45, schrieb Stan Hoeppner: On 5/6/2012 5:33 AM, Martin Steigerwald wrote:Am Sonntag, 6. Mai 2012 schrieb Stefan Priebe:It is a raid 10 of 20 SATA Disks and i can only write to them with about 700kb/s while doing random i/o. I tried vanilla Kernel 3.0.30 and 3.3.4 - no difference. Writing to another partition on another xfs array works fine.Additionally what RAID is this? SoftRAID or some - which one? - hardware RAID controller? And what disks are used, whats the rpm of these?I doubt much of this stuff matters. Stefan's filesystem is 96% full, w/~200GB free. This free space is likely heavily fragmented. If he's doing allocation in this fragmented free space I'd think that would fully explain his write performance dropping off a cliff due to massive head seeking. Thanks Stan that's it. After deleting 200GB-300GB it's running fine again. What is the general recommandation of free space? Greets Stefan |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: suddenly slow writes on XFS Filesystem, Stan Hoeppner |
|---|---|
| Next by Date: | Re: suddenly slow writes on XFS Filesystem, Martin Steigerwald |
| Previous by Thread: | Re: suddenly slow writes on XFS Filesystem, Stan Hoeppner |
| Next by Thread: | Re: suddenly slow writes on XFS Filesystem, Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |