From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx179.postini.com [74.125.245.179]) by kanga.kvack.org (Postfix) with SMTP id 8C2AF6B003B for ; Tue, 9 Apr 2013 20:39:21 -0400 (EDT) Received: from /spool/local by e23smtp06.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 10 Apr 2013 10:33:42 +1000 Received: from d23relay05.au.ibm.com (d23relay05.au.ibm.com [9.190.235.152]) by d23dlp03.au.ibm.com (Postfix) with ESMTP id 90914357804E for ; Wed, 10 Apr 2013 10:39:17 +1000 (EST) Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.235.138]) by d23relay05.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r3A0PK5N6226228 for ; Wed, 10 Apr 2013 10:25:20 +1000 Received: from d23av02.au.ibm.com (loopback [127.0.0.1]) by d23av02.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r3A0ckHg007351 for ; Wed, 10 Apr 2013 10:38:47 +1000 Date: Wed, 10 Apr 2013 08:38:44 +0800 From: Wanpeng Li Subject: Re: [PATCH part2 v6 0/3] staging: zcache: Support zero-filled pages more efficiently Message-ID: <20130410003844.GA29998@hacker.(null)> Reply-To: Wanpeng Li References: <1364984183-9711-1-git-send-email-liwanp@linux.vnet.ibm.com> <20130407090341.GA22589@hacker.(null)> <62e1fe34-e5be-42f5-83af-f8f428fce57b@default> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <62e1fe34-e5be-42f5-83af-f8f428fce57b@default> Sender: owner-linux-mm@kvack.org List-ID: To: Dan Magenheimer Cc: Greg Kroah-Hartman , Andrew Morton , Seth Jennings , Konrad Rzeszutek Wilk , Minchan Kim , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Geert Uytterhoeven , Fengguang Wu On Sun, Apr 07, 2013 at 10:51:27AM -0700, Dan Magenheimer wrote: >> From: Wanpeng Li [mailto:liwanp@linux.vnet.ibm.com] >> Subject: Re: [PATCH part2 v6 0/3] staging: zcache: Support zero-filled pages more efficiently >> >> Hi Dan, >> >> Some issues against Ramster: >> >> - Ramster who takes advantage of zcache also should support zero-filled >> pages more efficiently, correct? It doesn't handle zero-filled pages well >> currently. > >When you first posted your patchset I took a quick look at ramster >and it looked like your patchset should work for ramster also. >However I didn't actually run ramster to try it so there may >be a bug. If it doesn't work, I would very much appreciate a patch. > >> - Ramster DebugFS counters are exported in /sys/kernel/mm/, but zcache/frontswap/cleancache >> all are exported in /sys/kernel/debug/, should we unify them? > >That would be great. > >> - If ramster also should move DebugFS counters to a single file like >> zcache do? > >Sure! I am concerned about Konrad's patches adding debug.c as they >add many global variables. They are only required when ZCACHE_DEBUG >is enabled so they may be ok. If not, adding ramster variables >to debug.c may make the problem worse. > >> If you confirm these issues are make sense to fix, I will start coding. ;-) Hi Dan, > >That would be great. Note that I have a how-to for ramster here: > >https://oss.oracle.com/projects/tmem/dist/files/RAMster/HOWTO-120817 > >If when you are testing you find that this how-to has mistakes, >please let me know. Or feel free to add the (corrected) how-to file >as a patch in your patchset. You can review my patchset [PATCH 00/10] staging: zcache/ramster: fix and ramster/debugfs improvement Just update TESTING RAMSTER part since some knobs are eported in /sys/kernel/debug/ramster/ instead of /sys/kernel/mm/ramster/ for your HOWTO file. D. TESTING RAMSTER +2) To see if RAMster is working, on the remote system Regards, Wanpeng Li > >Thanks very much, Wanpeng, for your great contributions! > >(Ric, since you have expressed interest in ramster, if you try it and >find corrections to the how-to file above, your input would be >very much appreciated also!) > >Dan -- 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