Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp5513526ybv; Tue, 11 Feb 2020 17:32:05 -0800 (PST) X-Google-Smtp-Source: APXvYqyhaaF/M1+NqTWLdiD0c7ttxyYsi6ApegWTje9WqBWFvjuROGaIQeaCSjEP4TWSOwFCjQQy X-Received: by 2002:a05:6808:b18:: with SMTP id s24mr4564221oij.31.1581471125183; Tue, 11 Feb 2020 17:32:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581471125; cv=none; d=google.com; s=arc-20160816; b=KqExfjpTOxsOfcqahwWzxkx6j0JJ4oBmqbVw1UCzos496WAh4dGqdvlpu6eEYn2av1 ENd43mFSi1XIG1yxc55EY1VWEVX1uj0CYqjKuUqMg4MA+/VJ4sNzhZ+KQ1nsU27wWNXR LgLtPvhTSL4SDm+tLJRo1281xtmrMfbunmKlQvcwDC0KiBZpwVSAYX4QoLL8kPx6x6JH /x6+XyLh+AxF7Ji3EzPr+Vl2XP4U2jYhAB8gNqGHyWxorF96SuO/fR3vZNwsyXJaP/TT wsJHwTRyEG+eq7qXWkpFt/tj8uLqePzSgo8RHLYVK8ulyZygOiQpUEYbmB4z4OcBQ2Gw OcSA== 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=cKZ3/89eHttkrirDlo0ipKqa2HGEoSCs11Ql3JU6VzA=; b=0/DO5VZ8mo0w4xSh4rojTNvh4hqsB4ytfh44vUDGhye1GKSXWHhvCTimNPS2ib9XN1 ppp6LI6jZCGqhOKEpHHn0KKvG2AgldD7cVmaWOpYCmRJCJdasGsTwWdVGwbZWc33cu5B ZHIw+PWlgGGJZGHDDaz9wwtYx9aE9l15my+OhazJN88f2ug1Ahg9rAAAmzhPhKBNLVBu 4ORMJ2p4Zh5hbIIeVFwAE1PKW5I5vnIQsr0waOIeT7DXALHUyvqrNqM43c1MCzXj2JtS p6kUOiWy90xJ1Xoq7q7sJjQbc7qPN/OrHlYZ/cwRMnUUhkl+WLCUIYjDlECvl9n3oPAA m9eg== 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 w197si2555465oia.101.2020.02.11.17.31.39; Tue, 11 Feb 2020 17:32:05 -0800 (PST) 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 S1728060AbgBLBaI (ORCPT + 99 others); Tue, 11 Feb 2020 20:30:08 -0500 Received: from out30-43.freemail.mail.aliyun.com ([115.124.30.43]:37913 "EHLO out30-43.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727330AbgBLBaI (ORCPT ); Tue, 11 Feb 2020 20:30:08 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R791e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04407;MF=yun.wang@linux.alibaba.com;NM=1;PH=DS;RN=9;SR=0;TI=SMTPD_---0TpjeQz9_1581471003; Received: from testdeMacBook-Pro.local(mailfrom:yun.wang@linux.alibaba.com fp:SMTPD_---0TpjeQz9_1581471003) by smtp.aliyun-inc.com(127.0.0.1); Wed, 12 Feb 2020 09:30:04 +0800 Subject: Re: [RFC] why can't dynamic isolation just like the static way To: Peter Zijlstra Cc: Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , "open list:SCHEDULER" References: <20200211114350.GJ14914@hirez.programming.kicks-ass.net> From: =?UTF-8?B?546L6LSH?= Message-ID: <4800c9fd-2fbd-df35-cfa9-c048f9fe8b11@linux.alibaba.com> Date: Wed, 12 Feb 2020 09:30:03 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200211114350.GJ14914@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 2020/2/11 δΈ‹εˆ7:43, Peter Zijlstra wrote: > On Tue, Feb 11, 2020 at 04:17:34PM +0800, ηŽ‹θ΄‡ wrote: >> Hi, folks >> >> We are dealing with isolcpus these days and try to do the isolation >> dynamically. >> >> The kernel doc lead us into the cpuset.sched_load_balance, it's fine >> to achieve the dynamic isolation with it, however we got problem with >> the systemd stuff. > > Then don't use systemd :-) Also, if systemd is the problem, why are you > bugging us? Well, that's... fair enough :-P What we try to understand is why dynamic isolation is so different with the way of static isolation, is it not good to have a simple way instead? Regards, Michael Wang >