Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760055AbYBTJ1J (ORCPT ); Wed, 20 Feb 2008 04:27:09 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755882AbYBTJ0t (ORCPT ); Wed, 20 Feb 2008 04:26:49 -0500 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:56048 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754866AbYBTJ0r (ORCPT ); Wed, 20 Feb 2008 04:26:47 -0500 Date: Wed, 20 Feb 2008 18:24:19 +0900 From: KOSAKI Motohiro To: "minchan Kim" Subject: Re: [RFC][PATCH] the proposal of improve page reclaim by throttle Cc: kosaki.motohiro@jp.fujitsu.com, "KAMEZAWA Hiroyuki" , "Balbir Singh" , "Rik van Riel" , "Lee Schermerhorn" , linux-mm@kvack.org, linux-kernel@vger.kernel.org In-Reply-To: <44c63dc40802200056va847417v1cfc847341bb8cc0@mail.gmail.com> References: <20080219134715.7E90.KOSAKI.MOTOHIRO@jp.fujitsu.com> <44c63dc40802200056va847417v1cfc847341bb8cc0@mail.gmail.com> Message-Id: <20080220181447.6444.KOSAKI.MOTOHIRO@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.42 [ja] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1391 Lines: 51 Hi Kim-san Do you adjust hackbench parameter? my parameter adjust my test machine(8GB mem), if unchanged, maybe doesn't works it because lack memory. > I am a many interested in your patch. so I want to test it with exact > same method as you did. > I will test it in embedded environment(ARM 920T, 32M ram) and my > desktop machine.(Core2Duo 2.2G, 2G ram) Hm I don't have embedded test machine. but I can desktop. I will test it about weekend. if you don't mind, could you please send me .config file and tell me your test kernel version? Thanks, interesting report. > I guess this patch won't be efficient in embedded environment. > Since many embedded board just have one processor and don't have any > swap device. reclaim conflict rarely happened on UP. thus, my patch expect no improvement. but (of course) I will fix regression. > So, How do I evaluate following field as you did ? > > * elapse (what do you mean it ??) > * major fault /usr/bin/time command output that. > * max parallel reclaim tasks: > * max consumption time of > try_to_free_pages(): sorry, I inserted debug code to my patch at that time. -- 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/