From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-dy1-f170.google.com (mail-dy1-f170.google.com [74.125.82.170]) (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 69D9E3B0AEE for ; Mon, 30 Mar 2026 11:46:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.82.170 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774871212; cv=none; b=kpaC9cLU50nL/u6YHEaoCMOQHz3qF/ZS+Av4trEjQPCPlPGntWgG+ODlprgADpsWcLNsLz3D2eZdBpLgCaNOKxPfpcgLWwWbzOY92r/Od2zWh2zhH+z1okmCsOrrLkHPvcz0dgk9ZdCRzZ79VcvV0mbjKB+Qi0DxRmPWWjOsU+M= 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.170 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-f170.google.com with SMTP id 5a478bee46e88-2ba895adfeaso4550779eec.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=rtWDmudpAYFlkqjt+6JBdH4XBxKpqEu5kELuK2/uzEHKIZRl3l+rNq1fOBiQLDS+UE XK3ibTGKWH++ic57eJyfXKZRDDvRXoDzP3dOfMxiXx6v/PpgrTU5VX0elixhcQUVXy9x wVMj4j3wYIHQRATiNLoAuBuysQoLb8S1sC5v2R9tdmD+60IDsY8uxpMYyYLcIXTOD7VZ ZdGD0Rk4Tw7e9Dm82WvzxpZft0Q72+4/cSJmmVgpwvDNpkvEvVtQ0DoBBwZNi2LCXjkh BgqfD9gyVFZ1Ge5fsREcNhR1jZeSYA1InuSzgmbBH8NSih5lJdnm660cONmyF9bbPoSk t1/g== X-Forwarded-Encrypted: i=1; AJvYcCV0xWyaPQv4SRENKSPQa67FEC0IhAJ6Uv3U4MejB+lBqb+KCjUdchLf0sjsBVJ1AXjlz95JwJZ8u7Sms2cvtTY=@vger.kernel.org X-Gm-Message-State: AOJu0YweRNfuh7CLdJcyd1Tm9t045JswlwQUHnUDuyadG3Hd20PIGtr4 eP3qMhN+/sWPf/jF6Ad80cuVHQKdQc+Huf6CuyjB+r1yMt1KgSofUbrC X-Gm-Gg: ATEYQzwHbTov5e+GXsxsPnHJzvVQobNTswvz0C06FEjUBdJ2zqGY9921hwFVx5wE9KY 0gAWJevegUm9xMM6Ntf6ykRRRxTb3yOOXFiVCDEgJZyNMoKfKdxu5RHagziIPTWrQ9zg/Yb7a7M T3xFw6WyEcu/mYT6jrl7hyn97qnIDqykCnlnLhJ2XBJoCPuXnjL0rNQgRNOP0UZWxrnIgaRtSjk 3uXD5XJh9HKD98SLhMNkC3p62+1w2l/iIXgaLldbDXkk70SXAiCqW64qR/q838l2UYpKKrmDKXs V+l1CPzOUKwKzaetAk7OaqiT/pU6/Ax++GA9vsTXmurNDqv6GKfhBZA5xA3UJ6FvZeL38HrwrPr CoyQj6/jEXJqjmBqBI37ho4yCDzUFCp1hCBos9qctwHSt3BfB0WgFtupws/0bwIw6cX5Kf+hZMt smLXxHRlQqXNXwcconO4whi45ZbzHcLbcgewc= 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-kselftest@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