From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753531Ab3KZA5d (ORCPT ); Mon, 25 Nov 2013 19:57:33 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:57497 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752099Ab3KZA5b (ORCPT ); Mon, 25 Nov 2013 19:57:31 -0500 Date: Mon, 25 Nov 2013 16:57:29 -0800 From: Andrew Morton To: Johannes Weiner Cc: Dave Chinner , Rik van Riel , Jan Kara , Vlastimil Babka , Peter Zijlstra , Tejun Heo , Andi Kleen , Andrea Arcangeli , Greg Thelen , Christoph Hellwig , Hugh Dickins , KOSAKI Motohiro , Mel Gorman , Minchan Kim , Michel Lespinasse , Seth Jennings , Roman Gushchin , Ozgun Erdogan , Metin Doslu , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [patch 0/9] mm: thrash detection-based file cache sizing v6 Message-Id: <20131125165729.3ad409506fb6db058d88c258@linux-foundation.org> In-Reply-To: <1385336308-27121-1-git-send-email-hannes@cmpxchg.org> References: <1385336308-27121-1-git-send-email-hannes@cmpxchg.org> X-Mailer: Sylpheed 3.2.0beta5 (GTK+ 2.24.10; 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 Sun, 24 Nov 2013 18:38:19 -0500 Johannes Weiner wrote: > This series solves the problem by maintaining a history of pages > evicted from the inactive list, enabling the VM to detect frequently > used pages regardless of inactive list size and facilitate working set > transitions. It's a very readable patchset - thanks for taking the time to do that. > 31 files changed, 1253 insertions(+), 401 deletions(-) It's also a *ton* of stuff. More code complexity, larger kernel data structures. All to address a quite narrow class of workloads on a relatively small window of machine sizes. How on earth do we decide whether it's worth doing? Also, what's the memcg angle? This is presently a global thing - do you think we're likely to want to make it per-memcg in the future?