From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755343Ab3BUXIP (ORCPT ); Thu, 21 Feb 2013 18:08:15 -0500 Received: from mail-pb0-f54.google.com ([209.85.160.54]:44782 "EHLO mail-pb0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753098Ab3BUXIN (ORCPT ); Thu, 21 Feb 2013 18:08:13 -0500 Date: Thu, 21 Feb 2013 15:04:26 -0800 From: Anton Vorontsov To: Tejun Heo Cc: Minchan Kim , cgroups@vger.kernel.org, David Rientjes , Pekka Enberg , Mel Gorman , Glauber Costa , Michal Hocko , "Kirill A. Shutemov" , Kamezawa Hiroyuki , Luiz Capitulino , Andrew Morton , Greg Thelen , Leonid Moiseichuk , KOSAKI Motohiro , Bartlomiej Zolnierkiewicz , John Stultz , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linaro-kernel@lists.linaro.org, patches@linaro.org, kernel-team@android.com Subject: Re: [PATCH v2] memcg: Add memory.pressure_level events Message-ID: <20130221230425.GA22792@lizard.fhda.edu> References: <20130219044012.GA23356@lizard.sbx00618.mountca.wayport.net> <20130220001743.GE16950@blaptop> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 19, 2013 at 04:21:28PM -0800, Tejun Heo wrote: > On Tue, Feb 19, 2013 at 4:17 PM, Minchan Kim wrote: > > Should we really enable memcg for just pressure notificaion in embedded side? > > I didn't check the size(cgroup + memcg) and performance penalty but I don't want > > to add unnecessary overhead if it is possible. > > Do you have a plan to support it via global knob(ie, /proc/mempressure), NOT memcg? > > That should be handled by mempressure at the root cgroup. If that adds > significant amount of overhead code or memory-wise, we just need to > fix root cgroup handling in memcg. No reason to further complicate the > interface which already is pretty complex. For what it worth, I agree here. Even if we decide to make another interface to vmpressure (which, say, would not require memcg), then it is better to keep the API the same: eventfd + control file. That way, API/ABI-wise there will be no differnce between memcg and non-memcg kernels, which is cool. Thanks, Anton