From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dy1-f182.google.com (mail-dy1-f182.google.com [74.125.82.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5A2EA2E413 for ; Mon, 30 Mar 2026 11:46:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.182 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774871212; cv=none; b=ZCbzDA9g+RAePmBlEM4C5XHMG37bz1caP3jAEathTiJZA1vQ6nZtEwOj42HNTR1qTHSyid6IiXMKGYa4pChTM+0i9G6XcqlHqE5xJ1RcOfuYxh0LtrZhw+sLJ148Gms0hhTS9E1HTUQmNeq3v7yeSNY6NFGErLYQ4R+JazhxCko= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774871212; c=relaxed/simple; bh=NL8trraTtD0OpTkWQqnsyUPcWRWAvLDDCm/yybFJDGA=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=pEtkuT5yfQd9QS6moYIyZTzMNOD9BWGgREupKPoqRDi6tF+Uqm74oHjFmg3HdnOpMYPF3kP99c+rOR6nFVk/2A7+CGsHgMbRqIUMEWwmLKdKuqyDM+PrsER2JmdUMCOg1Ki7UFxbejKTfqMJSIR1oVWpzDf6myzVW6X13Qvpeh4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=IHfAFMPQ; arc=none smtp.client-ip=74.125.82.182 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="IHfAFMPQ" Received: by mail-dy1-f182.google.com with SMTP id 5a478bee46e88-2ba895adfeaso4550776eec.0 for ; Mon, 30 Mar 2026 04:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1774871210; x=1775476010; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=eML4waLa1Jl6y2CJpXYjrV0+SpUpnkgbYk+PFVbKujU=; b=IHfAFMPQa2UkHnwN5HtXTnEJHlCyBFHtJhbg/fqYG9RKMP0H9r4Wqb2qnmHMLm5h1g Kl8ZBmXyNNJxVGjMfWWckKfHdaHSCT+eODL5/Ovq3OpBztLfVwgdHAKtCxaY4PgxOwMB eDnVxr2QWgL3TfTDGUfr3Me5tWybpCrSTHYKZ2FG3F35SLhLoUTqaIs5bAL6nM66WkSU GgVI3/O8KoUDQ4sKRbURty2x7yIedY7nIDQTdAKulyxpOkztwYNDtDN0bhfraVT8Darg 2MkaYnnmEg/VdpW2urqn3V7+Cbj1w4F/ieFl6Vk9PXZWYcegrfyCOxlWRZNSuW7tCNQF QuBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774871210; x=1775476010; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=eML4waLa1Jl6y2CJpXYjrV0+SpUpnkgbYk+PFVbKujU=; b=PiVDN+ZCbXkJftsAhqwg2i2BED9/Xi928962J8oVk/iBjpd9MvhWcHkFe9XVtOJwtg EkkueZ+nCSUFufD9NamASwPjBI4CQ9aGx3TEmXL8Hmq5p97vErpmLTCR6NG7Y93FF8KP xo4dVFD2T1ZGHunU/iHPFbY1QQpGH4xgWBnSNMKcCASNoyAC20fhYAIQrLyYDxmK1FfN o+Qs2RGigx3rBAdaxLzXujwVace/udAbHxdZ15F0ykXRdPmRmZ8Q5yDHJNiFABVCe32w j6dDccDRuzAiMauRDmalBERyPFMQyPeI2VOJQVBCWZmCqoK996nGSAeYV/SEiCM+nvhw 0Y0Q== X-Forwarded-Encrypted: i=1; AJvYcCXRgAgv1Q57+m3ZtyO9uQtm1a+nCnfQR7oQbdl5NrAWAkr7K1T6cbCOWXk1OGyMKL9VWKTiDjFcXbicfBM=@vger.kernel.org X-Gm-Message-State: AOJu0YyxXIFsk3ucr2LbVdphEnWExmZ04jTq8o6v6pujSdXRD7nYYfgi /7Hyr4nY8Z+52bStm91VkgDcqD9R89y07/c9lSKWI1BJIlWM8ya5uAXH X-Gm-Gg: ATEYQzz+7MqyYNhN50P+tEKh7VTIfSqC1liumb4er8I7U95xqK34f0BjU+GrMwljaFi uj8Zg3BBA2MykoYTzYa4Lbx4vgAWF99geJE0rixWRgp43iLO64yDLa+k2YhyYVRDyrRZukjADK6 otBHJ2H0PYzOFvCM/cDXhay5K6+y/ARERI9b3TyHznysy1DCtGEUjZpOrpaYH3TBrDWfLDXtcSU 5pH0DuvcjbsMFxgFGshEk+KfhAjJwGTom7xAODH5OmcrG/GQAVvP2Bx+1fE9RPdkp2dwYTWrXAf Juc5i8uDQ3u+bhu6H59olfJ8dhQthubFCf+PB1hbUq0eh8zvCpIGJQatSQoKCTQdDgTeKZsrAKx nWB94foRjC7SjL9uyy9SwGa91dlqygkRnoM7T8m7tUwQnDW3d1KeOMzJCxyopleWQ8fbM20uV3N nxgyREnmagbZ3BsIY17br1ABLmvIzLqLnSXfw= X-Received: by 2002:a05:7300:fb8d:b0:2c5:3b87:2ffc with SMTP id 5a478bee46e88-2c53b8732c9mr2663188eec.7.1774871210414; Mon, 30 Mar 2026 04:46:50 -0700 (PDT) Received: from localhost.localdomain ([74.48.213.230]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-2c3c3bda147sm6869724eec.5.2026.03.30.04.46.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 30 Mar 2026 04:46:50 -0700 (PDT) From: Qiliang Yuan To: peterz@infradead.org Cc: longman@redhat.com, cgroups@vger.kernel.org, akpm@linux-foundation.org, anna-maria@linutronix.de, boqun.feng@gmail.com, bsegall@google.com, dietmar.eggemann@arm.com, frederic@kernel.org, hannes@cmpxchg.org, jackmanb@google.com, jiangshanlai@gmail.com, joelagnelf@nvidia.com, josh@joshtriplett.org, juri.lelli@redhat.com, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-mm@kvack.org, mathieu.desnoyers@efficios.com, mgorman@suse.de, mhocko@suse.com, mingo@kernel.org, mingo@redhat.com, neeraj.upadhyay@kernel.org, paulmck@kernel.org, qiang.zhang@linux.dev, rcu@vger.kernel.org, realwujing@gmail.com, rostedt@goodmis.org, shuah@kernel.org, surenb@google.com, tglx@kernel.org, tj@kernel.org, urezki@gmail.com, vbabka@suse.cz, vincent.guittot@linaro.org, vschneid@redhat.com, ziy@nvidia.com Subject: Re: [PATCH 13/15] sched/isolation: Implement sysfs interface for dynamic housekeeping Date: Mon, 30 Mar 2026 19:46:20 +0800 Message-ID: <20260330114620.104027-1-realwujing@gmail.com> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20260325140432.GE3738786@noisy.programming.kicks-ass.net> References: <20260325140432.GE3738786@noisy.programming.kicks-ass.net> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit On Wed, Mar 25, 2026 at 03:04:32PM +0100, Peter Zijlstra wrote: > Why? What was wrong with cpusets? This is the central point of the architecture. The distinction I was trying to address is: 1. Task Isolation (Current CPUSets): The `cpuset` subsystem (especially `cpuset.cpus.partition = isolated`) is excellent at managing task placement and load balancing. It ensures no user tasks are pushed to isolated CPUs. 2. Kernel Overhead Isolation (Housekeeping): Currently, `cpusets` do not manage kernel-internal overhead like RCU callbacks, timers, or unbound workqueues. These are managed by the global `housekeeping_cpumask`, which is settled at boot via `isolcpus`/`nohz_full` and is static. DHEI fills this second gap by making the housekeeping mask dynamic. However, I agree that a parallel sysfs interface is redundant. In V13, I will move the control interface to `cpuset`. The root cpuset will serve as the primary interface, allowing changes in the cpuset partition state to automatically trigger the migration of kernel housekeeping overhead. This achieves "Full Dynamic Isolation" (both tasks and kernel overhead) through a single, unified interface. Best regards, Qiliang