Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp3648421ybi; Sun, 14 Jul 2019 19:11:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqzNGv9Q1dslDZMOSriqLhPOCRDW03K8XttXLpmkxfk3dERZgdb2nOhYd1iex4uB1MbpkubB X-Received: by 2002:a17:902:9a42:: with SMTP id x2mr25938075plv.106.1563156702074; Sun, 14 Jul 2019 19:11:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563156702; cv=none; d=google.com; s=arc-20160816; b=dPE6ki46Mjb0Q8E/1CJWTrxebamSck1qQsPDsuw95VBPL7Da+hXY3D6aPqonEYFqXA 5hCCjt6XwCGA6/8YreC9CbCX7Tk8IywKR+uoOomNVMdrwzz44mup6VdsYoYTu1Zfdyqs aiCEvwEZi9u6UZHzR2G9/nMnBreaxRB0V5VJwxA3TT8f5N5z4hQupO6B5Y8fvjEfBAJ7 UYmyWKqifB/zC8LSpWT/mQ0Uh9CH7KSQSuoKQ00Qq9G9e01oe8eMfZLyaw1/W0Rggm51 qegO6A+2+T33MonjQ74I73MBRm9WhJwCMDFAy3M81do7qipkvSpXfw8IGz2ywx3Nt/Ml ONzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject; bh=gU1TeLTfZpNx4P4FC5hk6hna9nzDElLZqUWIzjJCMGc=; b=QIk0P6d3f72XqXJXV2BAAQCpXmhCGyOkxSML+sl7gusA97nbdAqaLN0yoQ8WOrD8uh /yTRdyVC0wSA1jsrJvPvIyoJ+XLQgCO9DC824+v1dxM5spFoKsr+WAPAvPQiOOD/Opuj OEijy3oT/LuE6jpW28+4s3RhL6uA8guB6t/UUuGf/poX7rO8QSLji994HEBMKUxXA9o2 m3R8jH+ilGAP33jnF5G989QiQuJZjTdPMslEWXpgMifIhGj6Nyrbr7JP04FUIlDwBK5y gEuDTe8AoLMEDHBOsIywTg88ynL/5Rf0F+auFoLYICGRLcSJcV4SwckXH3kvvqIj3QAo Xf+g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id gn3si13750928plb.321.2019.07.14.19.10.51; Sun, 14 Jul 2019 19:11:42 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729032AbfGOCKC (ORCPT + 99 others); Sun, 14 Jul 2019 22:10:02 -0400 Received: from out30-54.freemail.mail.aliyun.com ([115.124.30.54]:36474 "EHLO out30-54.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727006AbfGOCKC (ORCPT ); Sun, 14 Jul 2019 22:10:02 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R791e4;CH=green;DM=||false|;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e07486;MF=yun.wang@linux.alibaba.com;NM=1;PH=DS;RN=13;SR=0;TI=SMTPD_---0TWte0iC_1563156576; Received: from testdeMacBook-Pro.local(mailfrom:yun.wang@linux.alibaba.com fp:SMTPD_---0TWte0iC_1563156576) by smtp.aliyun-inc.com(127.0.0.1); Mon, 15 Jul 2019 10:09:37 +0800 Subject: Re: [PATCH 1/4] numa: introduce per-cgroup numa balancing locality, statistic From: =?UTF-8?B?546L6LSH?= To: Peter Zijlstra Cc: hannes@cmpxchg.org, mhocko@kernel.org, vdavydov.dev@gmail.com, Ingo Molnar , linux-kernel@vger.kernel.org, linux-mm@kvack.org, mcgrof@kernel.org, keescook@chromium.org, linux-fsdevel@vger.kernel.org, cgroups@vger.kernel.org, Mel Gorman , riel@surriel.com References: <209d247e-c1b2-3235-2722-dd7c1f896483@linux.alibaba.com> <60b59306-5e36-e587-9145-e90657daec41@linux.alibaba.com> <3ac9b43a-cc80-01be-0079-df008a71ce4b@linux.alibaba.com> <20190711134754.GD3402@hirez.programming.kicks-ass.net> <20190712075815.GN3402@hirez.programming.kicks-ass.net> <37474414-1a54-8e3a-60df-eb7e5e1cc1ed@linux.alibaba.com> <20190712094214.GR3402@hirez.programming.kicks-ass.net> Message-ID: <673993cf-c5cc-475d-1396-991edcf367ea@linux.alibaba.com> Date: Mon, 15 Jul 2019 10:09:36 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/7/12 δΈ‹εˆ6:10, ηŽ‹θ΄‡ wrote: [snip] >> >> Documentation/cgroup-v1/cpusets.txt >> >> Look for mems_allowed. > > This is the attribute belong to cpuset cgroup isn't it? > > Forgive me but I have no idea on how to combined this > with memory cgroup's locality hierarchical update... > parent memory cgroup do not have influence on mems_allowed > to it's children, correct? > > What about we just account the locality status of child > memory group into it's ancestors? We have rethink about this, and found no strong reason to stay with memory cgroup anymore. We used to acquire pages number, exectime and locality together from memory cgroup, to make thing easier for our numa balancer module, as now we use the numa group approach, maybe we can just move these accounting into cpu cgroups, so all these features stay in one subsys and could be hierarchical :-) Regards, Michael Wang > > Regards, > Michael Wang > >>