From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754743Ab1G0URG (ORCPT ); Wed, 27 Jul 2011 16:17:06 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:44728 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753719Ab1G0URE (ORCPT ); Wed, 27 Jul 2011 16:17:04 -0400 Date: Wed, 27 Jul 2011 13:16:50 -0700 From: Andrew Morton To: Minchan Kim Cc: linux-mm , LKML , Johannes Weiner , KAMEZAWA Hiroyuki , KOSAKI Motohiro , Mel Gorman , Rik van Riel , Michal Hocko , Andrea Arcangeli Subject: Re: [PATCH v4 00/10] Prevent LRU churning Message-Id: <20110727131650.ad30a331.akpm@linux-foundation.org> In-Reply-To: References: X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 4 Jul 2011 23:04:33 +0900 Minchan Kim wrote: > Test result is following as. > > 1) Elapased time 10GB file decompressed. > Old inorder inorder + pagevec flush[10/10] > 01:47:50.88 01:43:16.16 01:40:27.18 > > 2) failure of inorder lru > For test, it isolated 375756 pages. Only 45875 pages(12%) are put backed to > out-of-order(ie, head of LRU) Others, 329963 pages(88%) are put backed to in-order > (ie, position of old page in LRU). I'm getting more and more worried about how complex MM is becoming and this patchset doesn't take us in a helpful direction :( But it's hard to argue with numbers like that. Please respin patches 6-10?