Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932424Ab1ERXzB (ORCPT ); Wed, 18 May 2011 19:55:01 -0400 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:48424 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932075Ab1ERXzA (ORCPT ); Wed, 18 May 2011 19:55:00 -0400 X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1 Message-ID: <4DD45C39.5030803@jp.fujitsu.com> Date: Thu, 19 May 2011 08:54:33 +0900 From: KOSAKI Motohiro User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: minchan.kim@gmail.com CC: mgorman@suse.de, James.Bottomley@hansenpartnership.com, akpm@linux-foundation.org, colin.king@canonical.com, raghu.prabhu13@gmail.com, jack@suse.cz, chris.mason@oracle.com, cl@linux.com, penberg@kernel.org, riel@redhat.com, hannes@cmpxchg.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-ext4@vger.kernel.org Subject: Re: [PATCH 4/4] mm: vmscan: If kswapd has been running too long, allow it to sleep References: <1305295404-12129-5-git-send-email-mgorman@suse.de> <4DCFAA80.7040109@jp.fujitsu.com> <1305519711.4806.7.camel@mulgrave.site> <20110516084558.GE5279@suse.de> <20110516102753.GF5279@suse.de> <4DD31B6E.8040502@jp.fujitsu.com> <20110518095859.GR5279@suse.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1004 Lines: 25 >> I've already submitted a pair of patches for option 1. I don't think >> option 2 gains us anything. I think it's more likely we should worry >> about all_unreclaimable being set when shrink_slab is returning 0 and we >> are encountering so many dirty pages that pages_scanned is high enough. > > Okay. > > Colin reported he had no problem with patch 1 in this series and > mine(ie, just cond_resched right after balance_pgdat call without no > patch of shrink_slab). > > If Colin's test is successful, I don't insist on mine. > (I don't want to drag on for days :( ) > If KOSAKI agree, let's ask the test to Colin and confirm our last test. > > KOSAKI. Could you post a your opinion? Yeah. I also don't have any motivation to ignore Colin's test result. -- 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/