From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933121Ab2IUTCa (ORCPT ); Fri, 21 Sep 2012 15:02:30 -0400 Received: from e9.ny.us.ibm.com ([32.97.182.139]:45831 "EHLO e9.ny.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933069Ab2IUTC2 (ORCPT ); Fri, 21 Sep 2012 15:02:28 -0400 Message-ID: <505CB9BC.8040905@linux.vnet.ibm.com> Date: Fri, 21 Sep 2012 14:02:20 -0500 From: Seth Jennings User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Konrad Rzeszutek Wilk CC: Mel Gorman , 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 References: <1346794486-12107-1-git-send-email-sjenning@linux.vnet.ibm.com> <20120921161252.GV11266@suse.de> <20120921180222.GA7220@phenom.dumpdata.com> In-Reply-To: <20120921180222.GA7220@phenom.dumpdata.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit x-cbid: 12092119-7182-0000-0000-000002AC64DF Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/21/2012 01:02 PM, Konrad Rzeszutek Wilk wrote: > 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! Agreed! Thanks so much! >> >> 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). I agree with this. Only the changes from zcache2 (Dan's rewrite) that are necessary for promotion should be considered right now. Afaict, none of the concerns raised in these comments are addressed by the changes in zcache2. > 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. Great, thanks Konrad. > > Its going to take a bit of time to mull over your questions, so it will > take me some time. Same here. I'll respond asap. Thanks again, Mel! -- Seth