Messages in this thread | | | Date | Wed, 9 May 2012 13:07:18 +0200 | Subject | Re: [PATCH 07/41] cpuset: Set up interface for nohz flag | From | Frederic Weisbecker <> |
| |
(Sorry, pressed sent too quickly)
2012/5/9 Mike Galbraith <efault@gmx.de>: > On Tue, 2012-05-08 at 15:45 -0500, Christoph Lameter wrote: >> On Tue, 8 May 2012, Mike Galbraith wrote: >> >> > On Tue, 2012-05-08 at 18:16 +0200, Peter Zijlstra wrote: >> > > On Tue, 2012-05-08 at 10:57 -0500, Christoph Lameter wrote: >> > >> > > isolcpus is a very limited hack that adds more pain that its worth. Its >> > > yet another mask to check and its functionality is completely available >> > > through cpusets. >> > >> > Agreed. >> >> How would that work? By creating cpusets that only have a single cpu in >> them? > > No, just turn load balancing off for exclusive set, domains go poof. > >> > > You cannot cree multi-cpu partitions using isolcpus, you cannot >> > > dynamically reconfigure it. >> > >> > Big plus for cpusets. >> >> Why would you want to do anything like it? cpusets are confusing. You can >> have a cpu be part of multiple cpusets. Which nohz setting applies for a >> particular cpu then? If any of the cpusets have nohz set then it applies >> to the cpu? And thus someone in a cpuset that does not has nohz set will >> find that a cpu will have nohz functionality? > > nohz has to be at least an exclusive set property.
I don't think it's a good idea. It will prevent a set of nohz CPUs to be used for any other kind of partition. There is no good reason for that.
Also that doesn't really solve the issue. The root cpuset will still have the nohz flag turned off.
May be I should indeed rather use sysfs, it's actually true that cpusets is confusing for this kind of thing.
| |