Thread (27 messages) 27 messages, 6 authors, 2005-07-27

Re: Memory pressure handling with iSCSI

From: Andrew Morton <hidden>
Date: 2005-07-27 00:32:51
Also in: lkml

Badari Pulavarty [off-list ref] wrote:
On Tue, 2005-07-26 at 16:07 -0700, Andrew Morton wrote:
 > Badari Pulavarty [off-list ref] wrote:
 > >
 > > Here is the data with 5 ext2 filesystems. I also collected /proc/meminfo
 > > every 5 seconds. As you can see, we seem to dirty 6GB of data in 20
 > > seconds of starting the test. I am not sure if its bad, since we have
 > > lots of free memory..
 > 
 > It's bad.  The logic in balance_dirty_pages() should block those write()
 > callers as soon as we hit 40% dirty memory or whatever is in
 > /proc/sys/vm/dirty_ratio.  So something is horridly busted.
 > 
 > Can you try reducing the number of filesystems even further?

 Single ext2 filesystem. We still dirty pretty quickly (data collected
 every 5 seconds).
It happens here, a bit.  My machine goes up to 60% dirty when it should be
clamping at 40%.

The variable `total_pages' in page-writeback.c (from
nr_free_pagecache_pages()) is too high.  I trace it back to here:

On node 0 totalpages: 1572864
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 1568768 pages, LIFO batch:31
  HighMem zone: 0 pages, LIFO batch:1

This machine only has 4G of memory, so the platform code is overestimating
the number of pages by 50%.  Can you please check your dmesg, see if your
system is also getting this wrong?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help