| To: | Nick Piggin <piggin@xxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: Page cache write performance issue |
| From: | Andrew Morton <akpm@xxxxxxxx> |
| Date: | Wed, 13 Oct 2004 01:39:41 -0700 |
| Cc: | nathans@xxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <416CE423.3000607@cyberone.com.au> |
| References: | <20041013054452.GB1618@frodo> <20041012231945.2aff9a00.akpm@osdl.org> <20041013063955.GA2079@frodo> <20041013000206.680132ad.akpm@osdl.org> <20041013172352.B4917536@wobbly.melbourne.sgi.com> <416CE423.3000607@cyberone.com.au> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
Nick Piggin <piggin@xxxxxxxxxxxxxxx> wrote: > > Andrew probably has better ideas. uh, is this an ia32 highmem box? If so, you've hit the VM sour spot. That 128M highmem zone gets 100% filled with dirty pages and we end up doing a ton of writeout off the page LRU. And we do that while `dd' is cheerfully writing to a totally different part of the disk via balance_dirty_pages(). Seekstorm ensues. Although last time I looked (a long time ago) the slowdown was only 2:1 - perhaps your disk is in writethrough mode?? Basically, *any* other config is fine. 896MB and below, 1.5GB and above. I could well understand that a minor kswapd tweak would make this bad situation worse. Making the dirty ratios really small (dirty_ratio less than the 128MB) should make it go away. If it's not ia32 then dunno. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Page cache write performance issue, Nick Piggin |
|---|---|
| Next by Date: | 2.4.21-20.EL undefined references AGAIN, Stas Nikiforov |
| Previous by Thread: | Re: Page cache write performance issue, Nick Piggin |
| Next by Thread: | Re: Page cache write performance issue, Nathan Scott |
| Indexes: | [Date] [Thread] [Top] [All Lists] |