From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932388Ab2IUSNw (ORCPT ); Fri, 21 Sep 2012 14:13:52 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]:24736 "EHLO acsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754692Ab2IUSNu (ORCPT ); Fri, 21 Sep 2012 14:13:50 -0400 Date: Fri, 21 Sep 2012 14:02:22 -0400 From: Konrad Rzeszutek Wilk To: Mel Gorman Cc: Seth Jennings , Greg Kroah-Hartman , Andrew Morton , Nitin Gupta , Minchan Kim , Dan Magenheimer , Xiao Guangrong , Robert Jennings , linux-mm@kvack.org, linux-kernel@vger.kernel.org, devel@driverdev.osuosl.org Subject: Re: [RFC] mm: add support for zsmalloc and zcache Message-ID: <20120921180222.GA7220@phenom.dumpdata.com> References: <1346794486-12107-1-git-send-email-sjenning@linux.vnet.ibm.com> <20120921161252.GV11266@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120921161252.GV11266@suse.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 21, 2012 at 05:12:52PM +0100, Mel Gorman wrote: > On Tue, Sep 04, 2012 at 04:34:46PM -0500, Seth Jennings wrote: > > zcache is the remaining piece of code required to support in-kernel > > memory compression. The other two features, cleancache and frontswap, > > have been promoted to mainline in 3.0 and 3.5 respectively. This > > patchset promotes zcache from the staging tree to mainline. > > > > This is a very rough review of the code simply because I was asked to > look at it. I'm barely aware of the history and I'm not a user of this > code myself so take all of this with a grain of salt. Ah fresh set of eyes! Yeey! > > Very broadly speaking my initial reaction before I reviewed anything was > that *some* sort of usable backend for cleancache or frontswap should exist > at this point. My understanding is that Xen is the primary user of both > those frontends and ramster, while interesting, is not something that a > typical user will benefit from. Right, the majority of users do not use virtualization. Thought embedded wise .. well, there are a lot of Android users - thought I am not 100% sure they are using it right now (I recall seeing changelogs for the clones of Android mentioning zcache). > > That said, I worry that this has bounced around a lot and as Dan (the > original author) has a rewrite. I'm wary of spending too much time on this > at all. Is Dan's new code going to replace this or what? It'd be nice to > find a definitive answer on that. The idea is to take parts of zcache2 as seperate patches and stick it in the code you just reviewed (those that make sense as part of unstaging). The end result will be that zcache1 == zcache2 in functionality. Right now we are assembling a list of TODOs for zcache that should be done as part of 'unstaging'. > > Anyway, here goes .. and your responses will fill the TODO with many extra line-items. Its going to take a bit of time to mull over your questions, so it will take me some time. Also Dan will probably beat me in providing the answers.