Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932702Ab0FBPg4 (ORCPT ); Wed, 2 Jun 2010 11:36:56 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]:38616 "EHLO rcsinet10.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932626Ab0FBPgx convert rfc822-to-8bit (ORCPT ); Wed, 2 Jun 2010 11:36:53 -0400 MIME-Version: 1.0 Message-ID: <312cfff6-7ee7-4a6e-a3fd-fc9b6893f0b1@default> Date: Wed, 2 Jun 2010 08:35:43 -0700 (PDT) From: Dan Magenheimer To: Jamie Lokier Cc: chris.mason@oracle.com, viro@zeniv.linux.org.uk, akpm@linux-foundation.org, adilger@sun.com, tytso@mit.edu, mfasheh@suse.com, joel.becker@oracle.com, matthew@wil.cx, linux-btrfs@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org, ocfs2-devel@oss.oracle.com, linux-mm@kvack.org, ngupta@vflare.org, jeremy@goop.org, JBeulich@novell.com, kurt.hackel@oracle.com, npiggin@suse.de, dave.mccracken@oracle.com, riel@redhat.com, avi@redhat.com, konrad.wilk@oracle.com Subject: RE: [PATCH V2 0/7] Cleancache (was Transcendent Memory): overview References: <20100528173510.GA12166@ca-server1.us.oracle.com 20100602130014.GB7238@shareable.org> In-Reply-To: <20100602130014.GB7238@shareable.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 1.5.1.5.2 (401224) [OL 12.0.6514.5000] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8BIT X-Auth-Type: Internal IP X-Source-IP: acsinet15.oracle.com [141.146.126.227] X-CT-RefId: str=0001.0A090202.4C067A63.017A:SCFMA922111,ss=1,fgs=0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1223 Lines: 32 > From: Jamie Lokier [mailto:jamie@shareable.org] > Subject: Re: [PATCH V2 0/7] Cleancache (was Transcendent Memory): > overview > > Dan Magenheimer wrote: > > Most important, cleancache is "ephemeral". Pages which are copied > into > > cleancache have an indefinite lifetime which is completely unknowable > > by the kernel and so may or may not still be in cleancache at any > later time. > > Thus, as its name implies, cleancache is not suitable for dirty > pages. The > > pseudo-RAM has complete discretion over what pages to preserve and > what > > pages to discard and when. > > Fwiw, the feature sounds useful to userspace too, for those things > with memory hungry caches like web browsers. Any plans to make it > available to userspace? No plans yet, though we agree it sounds useful, at least for apps that bypass the page cache (e.g. O_DIRECT). If you have time and interest to investigate this further, I'd be happy to help. Send email offlist. Thanks, Dan -- 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/