From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752722AbdJ3QLP (ORCPT ); Mon, 30 Oct 2017 12:11:15 -0400 Received: from bombadil.infradead.org ([65.50.211.133]:39942 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751475AbdJ3QLN (ORCPT ); Mon, 30 Oct 2017 12:11:13 -0400 Date: Mon, 30 Oct 2017 17:11:01 +0100 From: Peter Zijlstra To: Christopher Lameter Cc: cmetcalf@mellanox.com, linux-kernel@vger.kernel.org, tglx@linutronix.de, torvalds@linux-foundation.org, hpa@zytor.com, riel@redhat.com, mingo@kernel.org, efault@gmx.de, frederic@kernel.org, kernellwp@gmail.com, paulmck@linux.vnet.ibm.com, lcapitulino@redhat.com, linux-tip-commits@vger.kernel.org Subject: Re: [tip:sched/core] sched/isolation: Document the isolcpus= flags Message-ID: <20171030161101.wprohopz5eg7snb4@hirez.programming.kicks-ass.net> References: <1509072159-31808-13-git-send-email-frederic@kernel.org> <20171027135831.GZ3165@worktop.lehotels.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 30, 2017 at 10:48:04AM -0500, Christopher Lameter wrote: > On Fri, 27 Oct 2017, Peter Zijlstra wrote: > > > I _strongly_ object to this statement, isolcpus is _not_ the preferred > > way, cpusets are. > > > > And yes, while cpusets suffers some problems, we _should_ really fix > > those and not promote this piece of shit isolcpus crap. > > Well low level control at the processor level is important and this allows > controlling activities on a processor that is supposed to be dedicated to > certain activities without OS interaction. > > isolcpus is the *right* approach here because you are micromanaging the OS > and are putting dedicated pieces of software on each core. That is what you want, and cpusets should allow for that just fine. > A cgroup suggests that threads would be scheduled over multiple cores > which is *not* what you want. No, that suggestion is false. cpusets should allow you to isolate individual CPUs just fine. > cgroup has to do something with containers Sod containers. That's just modern group think. cpusets existed long before all that wankery and it should very well retain the original use cases. That said, I know there's problems with cpusets, and those should be fixed. But that doesn't mean isolcpus is anything other than a vile hack.