Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750725AbXBWCbQ (ORCPT ); Thu, 22 Feb 2007 21:31:16 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750730AbXBWCbQ (ORCPT ); Thu, 22 Feb 2007 21:31:16 -0500 Received: from wr-out-0506.google.com ([64.233.184.237]:5646 "EHLO wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750725AbXBWCbP (ORCPT ); Thu, 22 Feb 2007 21:31:15 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZwF+9y9zK6mULfXOFadPJANBgfm38fIix/zJXhy4vI6c8kz0AA0oSmaQHnnSG1o6wSRaHKrPrXSLicjlMPsRJPCvCbj7r3SU4ojIAVtA3H6UbsLglYiicx3ZmRG3/7fZ1e8NAYf8sXcAwKkbnfZg4EnixZAdUoNubgeKX/2Jl0A= Message-ID: <4df04b840702221831x76626de1rfa70cb653b12f495@mail.gmail.com> Date: Fri, 23 Feb 2007 10:31:13 +0800 From: "yunfeng zhang" To: "Rik van Riel" Subject: Re: [PATCH 2.6.20-rc5 1/1] MM: enhance Linux swap subsystem Cc: linux-kernel@vger.kernel.org, "Hugh Dickins" , linux-mm@kvack.org In-Reply-To: <45DCFDBE.50209@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4df04b840701212309l2a283357jbdaa88794e5208a7@mail.gmail.com> <4df04b840701222021w5e1aaab2if2ba7fc38d06d64b@mail.gmail.com> <4df04b840701222108o6992933bied5fff8a525413@mail.gmail.com> <4df04b840701301852i41687edfl1462c4ca3344431c@mail.gmail.com> <4df04b840702122152o64b2d59cy53afcd43bb24cb7a@mail.gmail.com> <4df04b840702200106q670ff944k118d218fed17b884@mail.gmail.com> <4df04b840702211758t1906083x78fb53b6283349ca@mail.gmail.com> <45DCFDBE.50209@redhat.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1077 Lines: 22 Performance improvement should occur when private pages of multiple processes are messed up, such as SMP. To UP, my previous mail is done by timer, which only shows a fact, if pages are messed up fully, current readahead will degrade remarkably, and unused readaheading pages make a burden to memory subsystem. You should re-test your testcases following the advises on Linux without my patch, do normal testcases and select a testcase randomly and record '/proc/vmstat/pswpin', redo the testcase solely, if the results are close, that is, your testcases doesn't messed up private pages at all as you expected due to Linux schedule. Thank you! 2007/2/22, Rik van Riel : > yunfeng zhang wrote: > > Any comments or suggestions are always welcomed. > > Same question as always: what problem are you trying to solve? - 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/