From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51]) by kanga.kvack.org (Postfix) with SMTP id D1FC68D0039 for ; Tue, 1 Mar 2011 17:40:21 -0500 (EST) Date: Tue, 1 Mar 2011 23:39:54 +0100 From: Andrea Arcangeli Subject: Re: [PATCH] remove compaction from kswapd Message-ID: <20110301223954.GI19057@random.random> References: <20110228222138.GP22700@random.random> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org List-ID: To: Minchan Kim Cc: Andrew Morton , Mel Gorman , Johannes Weiner , linux-mm@kvack.org On Wed, Mar 02, 2011 at 07:33:13AM +0900, Minchan Kim wrote: > Sorry for bothering you but I think you get the data. > It helps someone in future very much to know why we determined to > remove the feature at that time and they should do what kinds of > experiment to prove it has a benefit to add compaction in kswapd > again. This is a benchmark I'm unsure if it's ok to publish results but it should be possible to simulate it with a device driver. Arthur provided kswapd load usage data too, so I hope that's enough. My other patch (compaction-kswapd-3) is way better than current logic and retains compaction in kswapd. That shows slightly higher kswapd utilization with Arthur's multimedia workload, and a bit worse performance on the network benchmark. So I thought it was better to go with the fastest potion as long as we don't have a logic that uses compaction and shows improved performance and lower latency than with no compaction at all in kswapd. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org