Return-Path: <linux-kernel-owner+w=401wt.eu-S1760735AbYBUM3m@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1760735AbYBUM3m (ORCPT <rfc822;w@1wt.eu>);
	Thu, 21 Feb 2008 07:29:42 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752295AbYBUM3d
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 21 Feb 2008 07:29:33 -0500
Received: from rv-out-0910.google.com ([209.85.198.188]:45575 "EHLO
	rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752154AbYBUM3c (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 21 Feb 2008 07:29:32 -0500
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=MbyOAnx2iULmIdhoElx0p7O7f46U7a+Xmj5X7P9jaPNodxcYqQqi8juM45vblxjyzT1O0lo7r/v+uRQmuavMee7b+ZGd7MT1Y2fHi2gKENepkWGodwssL5dGzsBnYuuPxKzHHR9BZUI72sTQ/zqFNVB0Yps/cf/3poOV0YFR0cA=
Message-ID: <44c63dc40802210429y24757a34p2cc8093a2db6181a@mail.gmail.com>
Date: Thu, 21 Feb 2008 21:29:30 +0900
From: "minchan Kim" <barrioskmc@gmail.com>
To: "KOSAKI Motohiro" <kosaki.motohiro@jp.fujitsu.com>
Subject: Re: [RFC][PATCH] the proposal of improve page reclaim by throttle
Cc: "KAMEZAWA Hiroyuki" <kamezawa.hiroyu@jp.fujitsu.com>,
       "Balbir Singh" <balbir@linux.vnet.ibm.com>,
       "Rik van Riel" <riel@redhat.com>,
       "Lee Schermerhorn" <Lee.Schermerhorn@hp.com>, linux-mm@kvack.org,
       linux-kernel@vger.kernel.org
In-Reply-To: <2f11576a0802210255k1e3acad7n87814e916fd24509@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20080220181447.6444.KOSAKI.MOTOHIRO@jp.fujitsu.com>
	 <44c63dc40802200149r6b03d970g2fbde74b85ad5443@mail.gmail.com>
	 <20080220185648.6447.KOSAKI.MOTOHIRO@jp.fujitsu.com>
	 <44c63dc40802210138s100e921ekde01b30bae13beb1@mail.gmail.com>
	 <2f11576a0802210255k1e3acad7n87814e916fd24509@mail.gmail.com>
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1872
Lines: 54

On Thu, Feb 21, 2008 at 7:55 PM, KOSAKI Motohiro
<kosaki.motohiro@jp.fujitsu.com> wrote:
> Hi Kim-san,
>
>  Thank you very much.
>  btw, what different between <test 1> and <test 2>?

<test 1> have no swap device with 200 tasks by hackbench.
But <test 2> have swap device(32M) with 240 tasks by hackbench.
If <test2> have no swap device without your patch, <test2> is killed by OOM.

<test 1> - NO SWAP
Running with 5*40 (== 200) tasks.
...
<test 2> - SWAP
Running with 6*40 (== 240) tasks.
...

>
>  >  It was a very interesting result.
>  >  In embedded system, your patch improve performance a little in case
>  >  without noswap(normal case in embedded system).
>  >  But, more important thing is OOM occured when I made 240 process
>  >  without swap device and vanilla kernel.
>  >  Then, I applied your patch, it worked very well without OOM.
>
>  Wow, it is very interesting result!
>  I am very happy.
>
>
>  >  I think that's why zone's page_scanned was six times greater than
>  >  number of lru pages.
>  >  At result, OOM happened.
>
>  please repost question with change subject.
>  i don't know reason of vanilla kernel behavior, sorry.

Normally, embedded linux have only one zone(DMA).

If your patch isn't applied, several processes can reclaim memory in parallel.
then, DMA zone's pages_scanned is suddenly increased largely. Because
embedded linux have no swap device,  kernel can't stop to scan lru
list until meeting page cache page. so if zone->pages_scanned is
greater six time than lru list pages, kernel make the zone with
unreclaimable state, As a result, OOM will kill it, too.

-- 
Thanks,
barrios
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/