[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20080403185555.9dfe8dd3.kamezawa.hiroyu@jp.fujitsu.com>
Date: Thu, 3 Apr 2008 18:55:55 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: balbir@...ux.vnet.ibm.com
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Hugh Dickins <hugh@...itas.com>,
Sudhir Kumar <skumar@...ux.vnet.ibm.com>,
YAMAMOTO Takashi <yamamoto@...inux.co.jp>,
Paul Menage <menage@...gle.com>, lizf@...fujitsu.com,
linux-kernel@...r.kernel.org, taka@...inux.co.jp,
linux-mm@...ck.org, David Rientjes <rientjes@...gle.com>,
Pavel Emelianov <xemul@...nvz.org>
Subject: Re: [-mm] Make the memory controller more desktop responsive
On Thu, 03 Apr 2008 15:14:32 +0530
Balbir Singh <balbir@...ux.vnet.ibm.com> wrote:
> KAMEZAWA Hiroyuki wrote:
> > On Thu, 03 Apr 2008 15:02:53 +0530
> > Balbir Singh <balbir@...ux.vnet.ibm.com> wrote:
> >> This patch makes the memory controller more responsive on my desktop.
> >>
> >> Here is what the patch does
> >>
> >> 1. Reduces the number of retries to 2. We had 5 earlier, since we
> >> were controlling swap cache as well. We pushed data from mappings
> >> to swap cache and we needed additional passes to clear out the cache.
> >
> > Hmm, what this change improves ?
> > I don't want to see OOM.
> >
>
> I had set it to 5 earlier, since the swap cache came back to our memory
> controller, where it was accounted. I have not seen OOM with it on my desktop,
> but at some point if the memory required is so much that we cannot fulfill it,
> we do OOM. I have not seen any OOM so far with these changes.
>
Hmm, I'm now testing swap-cache accounting patch.
It seems I should check this value again.
Thanks,
-Kame
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists