Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1478367rwl; Wed, 12 Apr 2023 13:34:52 -0700 (PDT) X-Google-Smtp-Source: AKy350ZMvgbr/svSpxF8CEVtXGjXy4pEJw3/NgkbplqoZ9gP+86mSZopCQYZUSXkwhlf74jmHFbu X-Received: by 2002:a05:6402:12cd:b0:502:1299:5fa5 with SMTP id k13-20020a05640212cd00b0050212995fa5mr6943532edx.16.1681331692005; Wed, 12 Apr 2023 13:34:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681331691; cv=none; d=google.com; s=arc-20160816; b=B6AgvpcPgGTkZCGokAJVnde4KJGLYF5h8Xos5ydbaclTsGZI8Z90jgIRJG5s/ofVbp ju4m7p7Fl4GDaeYqIOHFREVq4vFXr6cW2n5fslZuIxCMb/B1/MlnhB2ZKIyEAuvsHTHd P5k/tJFSI0n+w4IqOGYEhGfOmoumtRvZWtGtSQP6eLPZZdLb789RlO2y0PDk1SH20VUy OxkCh5Ni7uGHC67JEcNSFozE/oELU9bHoLDnKEYIv8jByZFUpgUG+9Vy5dGv9khg3Z0Q KuiiYflYSP3Wa8unkpuxNdMBHYhgy+gG6vH8BfTIBo08mIIHhwkpgIWib45pXdLi2i/P P6WQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=KF6ZGxBbkIfjD9DhMutgQoIKoNocc290sfEndcP1qNU=; b=XsqxCfibTcdN3pEyCZdeKENgsZApPV6npLDrN/zGy7lETrwY7iNiK6wg5iCABvEiCM K3bG16cwI6kvpQO7pxwAhM4GqjdqMwPzNX6NCYWa61hufl/TdR21e3hABMENDJYsp7B1 6BF9Wvjj+4AOb3KZ416yal3p/stDXpcYKXJ3EN0zuz9rZn9TNZ8UUqG3SB9fcPha9UxZ 8i6nn5lk0DMYPwnAvPgfV3qKcDqz3Sef67ly+jmdBw+yydfCWrpfZmtndcqnAKNMXYZp tU/w/+pxYlKcP1G818KBVlJww8OwTB/GkV3EKiG5aiNVNR5dtVpMfs0s7AuQ4MDC0D1w /ymA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=JKotMA0c; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u6-20020a05640207c600b005066ce50506si154414edy.343.2023.04.12.13.34.26; Wed, 12 Apr 2023 13:34:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=JKotMA0c; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229873AbjDLUeQ (ORCPT + 99 others); Wed, 12 Apr 2023 16:34:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48260 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229747AbjDLUeP (ORCPT ); Wed, 12 Apr 2023 16:34:15 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A738030EB for ; Wed, 12 Apr 2023 13:33:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1681331612; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=KF6ZGxBbkIfjD9DhMutgQoIKoNocc290sfEndcP1qNU=; b=JKotMA0carq9nAyhIvHRVarJiYktUV2YG+bumf6+C1iEv8GZbbbeWcSPyssioD9XUAwdjw zrOQ8U4bF6ebjRhoINyrg9QrTBsRL7GL816WVB14EfGajq8M498JM14emuUIP6apOSTNIe y4+6zH0plZvMLho4R4fdPyzUK7pY+fs= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-437-9GjZ4rz5PjKDlNsYwPvDyQ-1; Wed, 12 Apr 2023 16:33:31 -0400 X-MC-Unique: 9GjZ4rz5PjKDlNsYwPvDyQ-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.rdu2.redhat.com [10.11.54.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id E7DA23813F31; Wed, 12 Apr 2023 20:33:30 +0000 (UTC) Received: from [10.22.32.168] (unknown [10.22.32.168]) by smtp.corp.redhat.com (Postfix) with ESMTP id 0A10FC15BB8; Wed, 12 Apr 2023 20:33:29 +0000 (UTC) Message-ID: Date: Wed, 12 Apr 2023 16:33:29 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [RFC PATCH 0/5] cgroup/cpuset: A new "isolcpus" paritition Content-Language: en-US To: Tejun Heo Cc: Zefan Li , Johannes Weiner , Jonathan Corbet , Shuah Khan , linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org, Juri Lelli , Valentin Schneider , Frederic Weisbecker References: <20230412153758.3088111-1-longman@redhat.com> <1ce6a073-e573-0c32-c3d8-f67f3d389a28@redhat.com> From: Waiman Long In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.8 X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/12/23 16:22, Tejun Heo wrote: > Hello, Waiman. > > On Wed, Apr 12, 2023 at 03:52:36PM -0400, Waiman Long wrote: >> There is still a distribution hierarchy as the list of isolation CPUs have >> to be distributed down to the target cgroup through the hierarchy. For >> example, >> >> cgroup root >>   +- isolcpus  (cpus 8,9; isolcpus) >>   +- user.slice (cpus 1-9; ecpus 1-7; member) >>     +- user-x.slice (cpus 8,9; ecpus 8,9; isolated) >> +- user-y.slice (cpus 1,2; ecpus 1,2; member) >> >> OTOH, I do agree that this can be somewhat hacky. That is why I post it as a >> RFC to solicit feedback. > Wouldn't it be possible to make it hierarchical by adding another cpumask to > cpuset which lists the cpus which are allowed in the hierarchy but not used > unless claimed by an isolated domain? I think we can. You mean having a new "cpuset.cpus.isolated" cgroupfs file. So there will be one in the root cgroup that defines all the isolated CPUs one can have. It is then distributed down the hierarchy and can be claimed only if a cgroup becomes an "isolated" partition. There will be a slight change in the semantics of an "isolated" partition, but I doubt there will be much users out there. If you are OK with this approach, I can modify my patch series to do that. Cheers, Longman