Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3388972yba; Tue, 23 Apr 2019 03:00:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqwM2SJSVWRHQS/rcU0oMoCMgna06LmVrUw2gnsH5E6QrnC3f/9mMgIqVoS/hzByEtL0qXZI X-Received: by 2002:a17:902:f83:: with SMTP id 3mr4832103plz.55.1556013615717; Tue, 23 Apr 2019 03:00:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556013615; cv=none; d=google.com; s=arc-20160816; b=dIQSt+0dcjqV1xn6sS0xZG6znCGa8tFbNVV4Vy0XkgYd20pIEayJxAbPSaIlu8QRRI /hv5rdlbWsICXN6DHhKEOvPxcvupnWe+oTX84gOhwpi454x9ASvtILFMMCmLZW8qfZol XfCY9Lu70lv8oF78RLYj5Qo1MSJwGq/fLFO5qRpDMbUbfwY5J6GvTlz9auHOqshO3Qah k/3PDPzRbZr23BomGaO1wiTinQXgrgBxbyz2+ARHZ1bxcr3ouuBdlD6t+kz1wOWEkA6C mDY6xQwFsGRVkcTMcdQZ/pZe4AlA3iCjELvuUWjJFx94rvk0fpHLGK0j088O1rrHzLE9 dwXg== 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:from:references:cc:to:subject; bh=Q6xP0I+RTcPqJ7+TL2OuanZ0VrbXEza/5u6BxTe+2y4=; b=eJKyBdWow/KT9VZCzE9tk6GzpiUCTpqj2wLVepCxOdnRWS+A9IopLtxI9LKDRcUy7X tFMVnx2pg626cVP9KnRgkX+QYm4C2x0Z329s0GPQIOJ2LqAvb51SEEA67lRLhVThASHK tHJH0v/J/bTjue327rGfNryKecC5Lhkq7njEoxfKwa7Y/gdYRFnPlV4X5A65TjZ0PVA1 d6MmjoEIdp2uw67VttJvzHFgU+iK2zxQR7WlvLugWRCoz+U/xZ70tNtPJTapzxEZqIu/ YGKAnae74uUBx0fIfYrELoMaCqK5lR221gvp7JmcfRFXwBbLWzSDDdN3nfZPhXRRZcp/ vkIw== 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 l86si16227233pfb.182.2019.04.23.02.59.59; Tue, 23 Apr 2019 03:00:15 -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 S1726557AbfDWJ7G (ORCPT + 99 others); Tue, 23 Apr 2019 05:59:06 -0400 Received: from out30-57.freemail.mail.aliyun.com ([115.124.30.57]:45440 "EHLO out30-57.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725888AbfDWJ7G (ORCPT ); Tue, 23 Apr 2019 05:59:06 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R421e4;CH=green;DM=||false|;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04420;MF=yun.wang@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0TQ1iUpX_1556013542; Received: from testdeMacBook-Pro.local(mailfrom:yun.wang@linux.alibaba.com fp:SMTPD_---0TQ1iUpX_1556013542) by smtp.aliyun-inc.com(127.0.0.1); Tue, 23 Apr 2019 17:59:03 +0800 Subject: Re: [RFC PATCH 5/5] numa: numa balancer 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 References: <209d247e-c1b2-3235-2722-dd7c1f896483@linux.alibaba.com> <85bcd381-ef27-ddda-6069-1f1d80cf296a@linux.alibaba.com> <20190423090505.GG11158@hirez.programming.kicks-ass.net> From: =?UTF-8?B?546L6LSH?= Message-ID: <9c431cd5-bb9c-8f58-5f67-643b5bd21dd6@linux.alibaba.com> Date: Tue, 23 Apr 2019 17:59:02 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190423090505.GG11158@hirez.programming.kicks-ass.net> 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/4/23 下午5:05, Peter Zijlstra wrote: [snip] >> >> TODO: >> * improve the logical to address the regression cases >> * Find a way, maybe, to handle the page cache left on remote >> * find more scenery which could gain benefit >> >> Signed-off-by: Michael Wang >> --- >> drivers/Makefile | 1 + >> drivers/numa/Makefile | 1 + >> drivers/numa/numa_balancer.c | 715 +++++++++++++++++++++++++++++++++++++++++++ > > So I really think this is the wrong direction. Why introduce yet another > balancer thingy and not extend the existing numa balancer with the > additional information you got from the previous patches? > > Also, this really should not be a module and not in drivers The reason why we present the idea in the way of a module is that it's not suitable for all the situations, a module could be clean and easier for deploy on demands. Besides, we assume someone may prefer to have their own logical on how to do the numa balancer, thus the module give them the way to DIY easily. But there are no insist on the style, once the logical is mature enough, we can merge the idea into CFS, per-cgroup switch could be enough :-P Regards, Michael Wang >