[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <550A0CDF.1060709@redhat.com>
Date: Wed, 18 Mar 2015 19:40:15 -0400
From: Rik van Riel <riel@...hat.com>
To: Tejun Heo <tj@...nel.org>
CC: linux-kernel@...r.kernel.org, cgroups@...r.kernel.org,
lizefan@...wei.com, Peter Zijlstra <peterz@...radead.org>,
Clark Williams <williams@...hat.com>,
Ingo Molnar <mingo@...hat.com>,
Luiz Capitulino <lcapitulino@...hat.com>,
David Rientjes <rientjes@...gle.com>,
Mike Galbraith <umgwanakikbuti@...il.com>
Subject: Re: [PATCH 3/4] cpusets,isolcpus: add file to show isolated cpus
in cpuset
On 03/18/2015 12:47 PM, Tejun Heo wrote:
> On Mon, Mar 09, 2015 at 12:12:09PM -0400, riel@...hat.com wrote:
>> From: Rik van Riel <riel@...hat.com>
>>
>> The previous patch makes it so the code skips over isolcpus when
>> building scheduler load balancing domains. This makes it hard to
>> see for a user which of the CPUs in a cpuset are participating in
>> load balancing, and which ones are isolated cpus.
>>
>> Add a cpuset.isolcpus file with info on which cpus in a cpuset are
>> isolated CPUs.
>>
>> This file is read-only for now. In the future we could extend things
>> so isolcpus can be changed at run time, for the root (system wide)
>> cpuset only.
>
> Didn't Li say that this is trivially computable from userland? I'm
> not sure this knob actually belongs to cpuset.
I don't know whether the information to compute this is
always visible from userland. I am happy to drop this
patch if Li prefers things that way, though.
Li?
--
All rights reversed
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists