Received: by 10.192.165.148 with SMTP id m20csp387567imm; Fri, 27 Apr 2018 00:10:17 -0700 (PDT) X-Google-Smtp-Source: AB8JxZq53hLRlbjCRfaa4jpax+WWvJdKTs3jZV5kWzNAapyIZlr6+AavPWwXEaicHK34rTrSjnEf X-Received: by 2002:a17:902:5a88:: with SMTP id r8-v6mr1261999pli.78.1524813017541; Fri, 27 Apr 2018 00:10:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524813017; cv=none; d=google.com; s=arc-20160816; b=gBZXDL0vkJ3Rpo5S6LEM6a+QiNH+WPDGE+vJPSuOs1DUtPZRMaSn+NP3+kK6xiRwN4 0z6xZOW60sviDTafLB5YhqWVKyQaxwIf1Q6HD5u/8Mqtsnw1EMr+Cwy1mPUT08doP9fV BwlKpSZ/vrtteh1cumPizolxbMZq0QEH4K2gInhvWXOi7zIqjgKsItcHMO6yrwPzG+8e eHMWGnakks5cqgoSkFnP7L69G5MS65ggJMmTpdAyA91AVgFHQT0U+JAAcyJOxHy2o8UT luEeIgr09Ph9yBJuq3lqLWUMlHRg/ksLxZKexb7ySK2KKP3YzeLlAvaQyBMchWgSe1xk XeXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=yHKlBdfeGcRES+UJAYW+8tUxiJoIwUp9DM4VnTM0dMs=; b=rgXDjv4wR5OG2HU+dv3WtM18TvUfG1fUpPU2UAu2cQpxh7rm/x0UN4ZjeI0R+ff0tH s0on5S/32t+8MpkTVhaB/p7Vc+K4ET+9Qowa2N9uGGRD/e3Y6g1VSX1QLiknRaJpTr1r dt2AGJiVZRC2XFv8m97O7C6Pk/e25eDwNM9on+xw+FfFsDBXKOq4+l1uCnhD0jWTbU8G cCd/OKf7Racp2F723UHgcW/Z7nnl4AqEonLr/SWnbmgdsFVRLJ0A5It2w53sKKYhE/5x Foz0ATFvjtELMlCdpwDj1pEI1xtaTHCBEEL23YQYQr9jaY7Ip63meG+qaX7LB4BfL1xi FOPw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 68-v6si712774pla.452.2018.04.27.00.10.03; Fri, 27 Apr 2018 00:10:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757503AbeD0HIw (ORCPT + 99 others); Fri, 27 Apr 2018 03:08:52 -0400 Received: from mx2.suse.de ([195.135.220.15]:32835 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757367AbeD0HIu (ORCPT ); Fri, 27 Apr 2018 03:08:50 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 65B71AE86; Fri, 27 Apr 2018 07:08:49 +0000 (UTC) Date: Fri, 27 Apr 2018 09:08:48 +0200 From: Michal Hocko To: "Eric W. Biederman" Cc: Kirill Tkhai , akpm@linux-foundation.org, peterz@infradead.org, oleg@redhat.com, viro@zeniv.linux.org.uk, mingo@kernel.org, paulmck@linux.vnet.ibm.com, keescook@chromium.org, riel@redhat.com, tglx@linutronix.de, kirill.shutemov@linux.intel.com, marcos.souza.org@gmail.com, hoeun.ryu@gmail.com, pasha.tatashin@oracle.com, gs051095@gmail.com, dhowells@redhat.com, rppt@linux.vnet.ibm.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/4] exit: Make unlikely case in mm_update_next_owner() more scalable Message-ID: <20180427070848.GA17484@dhcp22.suse.cz> References: <152473763015.29458.1131542311542381803.stgit@localhost.localdomain> <20180426130700.GP17484@dhcp22.suse.cz> <87efj2q6sq.fsf@xmission.com> <20180426192818.GX17484@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180426192818.GX17484@dhcp22.suse.cz> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 26-04-18 21:28:18, Michal Hocko wrote: > On Thu 26-04-18 11:19:33, Eric W. Biederman wrote: > > Michal Hocko writes: > > > > > I've had a patch to remove owner few years back. It needed some work > > > to finish but maybe that would be a better than try to make > > > non-scalable thing suck less. > > > > I have a question. Would it be reasonable to just have a mm->memcg? > > That would appear to be the simplest solution to the problem. > > I do not remember details. Have to re-read the whole thing again. Hope > to get to this soon but with the current jet lag and backlog from the > LSFMM I rather not promis anything. Going with mm->memcg would be the > most simple of course but I have a very vague recollection that it was > not possible. Maybe I misremember... Just for the record, the last version where I've tried to remove owner was posted here: http://lkml.kernel.org/r/1436358472-29137-1-git-send-email-mhocko@kernel.org I didn't get to remember details yet, but the primary problem was the task migration between cgroups and the nasty case when different thread grounds share the mm. At some point I just suggested to not care about semantic of these weird threads all that much. We can either migrate all tasks sharing the mm struct or just keep the inconsistency. Anyway, removing this ugliness would be so cool! -- Michal Hocko SUSE Labs