Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751569AbbLJNRW (ORCPT ); Thu, 10 Dec 2015 08:17:22 -0500 Received: from mail-wm0-f43.google.com ([74.125.82.43]:37637 "EHLO mail-wm0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751509AbbLJNRU (ORCPT ); Thu, 10 Dec 2015 08:17:20 -0500 Date: Thu, 10 Dec 2015 14:17:18 +0100 From: Michal Hocko To: Johannes Weiner Cc: Andrew Morton , Vladimir Davydov , linux-mm@kvack.org, cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-team@fb.com Subject: Re: [PATCH 6/8] mm: memcontrol: move kmem accounting code to CONFIG_MEMCG Message-ID: <20151210131718.GL19496@dhcp22.suse.cz> References: <1449599665-18047-1-git-send-email-hannes@cmpxchg.org> <1449599665-18047-7-git-send-email-hannes@cmpxchg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1449599665-18047-7-git-send-email-hannes@cmpxchg.org> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1042 Lines: 30 On Tue 08-12-15 13:34:23, Johannes Weiner wrote: > The cgroup2 memory controller will account important in-kernel memory > consumers per default. Move all necessary components to CONFIG_MEMCG. Hmm, that bloats the kernel also for users who are not using cgroup2 and have CONFIG_MEMCG_KMEM disabled. This is the situation before this patch text data bss dec hex filename 521342 97516 44312 663170 a1e82 mm/built-in.o.kmem 513349 96299 43960 653608 9f928 mm/built-in.o.nokmem and after with CONFIG_MEMCG_KMEM=n 521028 96556 44312 661896 a1988 mm/built-in.o we are basically back to CONFIG_MEMCG_KMEM=y. This sounds like a wastage to me. Do we really need this? > > Signed-off-by: Johannes Weiner [...] -- Michal Hocko SUSE Labs -- 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/