From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by kanga.kvack.org (Postfix) with ESMTP id 41A686B0031 for ; Wed, 15 Jan 2014 00:56:30 -0500 (EST) Received: by mail-qc0-f182.google.com with SMTP id c9so603201qcz.27 for ; Tue, 14 Jan 2014 21:56:29 -0800 (PST) Received: from aserp1040.oracle.com (aserp1040.oracle.com. [141.146.126.69]) by mx.google.com with ESMTPS id t7si3876733qar.43.2014.01.14.21.56.28 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 14 Jan 2014 21:56:29 -0800 (PST) Message-ID: <52D622B5.6070203@oracle.com> Date: Wed, 15 Jan 2014 13:55:01 +0800 From: Bob Liu MIME-Version: 1.0 Subject: Re: [patch 9/9] mm: keep page cache radix tree nodes in check References: <1389377443-11755-1-git-send-email-hannes@cmpxchg.org> <1389377443-11755-10-git-send-email-hannes@cmpxchg.org> In-Reply-To: <1389377443-11755-10-git-send-email-hannes@cmpxchg.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Johannes Weiner Cc: Andrew Morton , Andi Kleen , Andrea Arcangeli , Christoph Hellwig , Dave Chinner , Greg Thelen , Hugh Dickins , Jan Kara , KOSAKI Motohiro , Luigi Semenzato , Mel Gorman , Metin Doslu , Michel Lespinasse , Minchan Kim , Ozgun Erdogan , Peter Zijlstra , Rik van Riel , Roman Gushchin , Ryan Mallon , Tejun Heo , Vlastimil Babka , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Hi Johannes, On 01/11/2014 02:10 AM, Johannes Weiner wrote: > Previously, page cache radix tree nodes were freed after reclaim > emptied out their page pointers. But now reclaim stores shadow > entries in their place, which are only reclaimed when the inodes > themselves are reclaimed. This is problematic for bigger files that > are still in use after they have a significant amount of their cache > reclaimed, without any of those pages actually refaulting. The shadow > entries will just sit there and waste memory. In the worst case, the > shadow entries will accumulate until the machine runs out of memory. > I have one more question. It seems that other algorithm only remember history information of a limit number of evicted pages where the number is usually the same as the total cache or memory size. But in your patch, I didn't see a preferred value that how many evicted pages' history information should be recorded. It all depends on the workingset_shadow_shrinker? Thanks, -Bob -- 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/ . Don't email: email@kvack.org