From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail137.messagelabs.com (mail137.messagelabs.com [216.82.249.19]) by kanga.kvack.org (Postfix) with ESMTP id 0D12E6B0170 for ; Wed, 17 Aug 2011 08:43:54 -0400 (EDT) Date: Wed, 17 Aug 2011 14:43:40 +0200 From: Michal Hocko Subject: Re: [PATCH V2 1/1][cleanup] memcg: renaming of mem variable to memcg Message-ID: <20110817124339.GA10245@tiehlicka.suse.cz> References: <20110812070623.28939.4733.sendpatchset@oc5400248562.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110812070623.28939.4733.sendpatchset@oc5400248562.ibm.com> Sender: owner-linux-mm@kvack.org List-ID: To: Raghavendra K T Cc: Arend van Spriel , Greg Kroah-Hartman , "David S. Miller" , "nishimura@mxp.nes.nec.co.jp" , Balbir Singh , "John W. Linville" , Mauro Carvalho Chehab , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Ying Han , Andrew Morton , KAMEZAWA Hiroyuki , "Nikunj A. Dadhania" , Srivatsa Vaddagiri , Ciju Rajan K , Kamalesh Babulal Sorry for late reply On Fri 12-08-11 12:36:23, Raghavendra K T wrote: > The memcg code sometimes uses "struct mem_cgroup *mem" and sometimes uses > "struct mem_cgroup *memcg". This patch renames all mem variables to memcg in > source file. > > Testing : Compile tested with following configurations. > 1) make defconfig ARCH=i386 + CONFIG_CGROUP_MEM_RES_CTLR=y > CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y CONFIG_CGROUP_MEM_RES_CTLR_SWAP_ENABLED=y > > Binary size Before patch > ======================== > text data bss dec hex filename > 8911169 520464 1884160 11315793 acaa51 vmlinux > > Binary Size After patch > ======================= > text data bss dec hex filename > 8911169 520464 1884160 11315793 acaa51 vmlinux It would be much nicer to see unchanged md5sum. I am not sure how much possible is this with current gcc or whether special command line parameters have to be used (at least !CONFIG_DEBUG_INFO* is necessary) but simple variable rename shouldn't be binary visible. I guess that a similar approach was used during 32b and 64b x86 unification. > > 2) make defconfig ARCH=i386 + CONFIG_CGROUP_MEM_RES_CTLR=y > CONFIG_CGROUP_MEM_RES_CTLR_SWAP=n CONFIG_CGROUP_MEM_RES_CTLR_SWAP_ENABLED=n I would assume the same testing results as above > > 3) make defconfig ARCH=i386 CONFIG_CGROUP_MEM_RES_CTLR=n > CONFIG_CGROUP_MEM_RES_CTLR_SWAP=n CONFIG_CGROUP_MEM_RES_CTLR_SWAP_ENABLED=n ditto. > > Other sanity check: > Bootable configuration on x86 (T60p) with CONFIG_CGROUP_MEM_RES_CTLR=y > CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y CONFIG_CGROUP_MEM_RES_CTLR_SWAP_ENABLED=y > is tesed with basic mounting of memcgroup, creation of child and parallel fault. > mkdir -p /cgroup > mount -t cgroup none /cgroup -o memory > mkdir /cgroup/0 > echo $$ > /cgroup/0/tasks > time ./parallel_fault 2 100000 32 > > real 0m0.025s > user 0m0.001s > sys 0m0.033s This looks like a random test. I wouldn't add it to the changelog. -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org