All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rik van Riel <riel@redhat.com>
To: Mike Galbraith <umgwanakikbuti@gmail.com>
Cc: linux-kernel@vger.kernel.org, lizefan@huawei.com, tj@kernel.org,
	gregkh@linuxfoundation.org
Subject: Re: [PATCH 2/2] show nohz_full cpus in sysfs
Date: Sat, 28 Mar 2015 09:35:20 -0400	[thread overview]
Message-ID: <5516AE18.1010606@redhat.com> (raw)
In-Reply-To: <1427516297.2447.59.camel@gmail.com>

On 03/28/2015 12:18 AM, Mike Galbraith wrote:
> On Fri, 2015-03-27 at 17:50 -0400, riel@redhat.com wrote:
>> From: Rik van Riel <riel@redhat.com>
>>
>> Currently there is no way to query which CPUs are in nohz_full
>> mode from userspace.
> 
> Hm, they're both (as of your last set) invariant. 

So are most of the others in /sys/device/system/cpu

That does not make it less useful to discover what
the system setup turned out to be after boot.

> Is this so an HPC app
> can automatically bind itself or something?  You can't have more than
> one such app, or rather if you did, they'd need more than which CPUs are
> HPC capable, they'd need occupancy too, so the query mechanism seems
> kinda useless.  Box driver has to allocate CPUs, and presumably knows
> the configuration of the box (those who don't become ex box drivers).

Knowing what system you bought does not reduce the usefulness
of /proc/cpuinfo.

The CPUs that actually end up isolated or nohz_full can differ
from what was specified on the kernel commandline, and being
able to see which CPUs ended up in the desired state seems useful.

It can be used by programs like irqbalance to avoid binding IRQs
to isolated or nohz_full CPUs, by libvirt to know which CPUs do
not get load balancing of SCHED_OTHER tasks, etc...

-- 
All rights reversed

  reply	other threads:[~2015-03-28 13:35 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-27 21:50 [PATCH 0/2] show isolated & nohz_full cpus in sysfs riel
2015-03-27 21:50 ` [PATCH 1/2] show isolated " riel
2015-03-27 21:50 ` [PATCH 2/2] show nohz_full " riel
2015-03-28  4:18   ` Mike Galbraith
2015-03-28 13:35     ` Rik van Riel [this message]
2015-03-28 14:10       ` Mike Galbraith
2015-03-28 16:02   ` Frederic Weisbecker
2015-03-28 16:15     ` Rik van Riel
2015-03-28 18:06       ` Frederic Weisbecker
  -- strict thread matches above, loose matches on Subject: below --
2015-04-24 19:24 [PATCH 0/2 resend] show isolated & " riel
2015-04-24 19:24 ` [PATCH 2/2] show " riel
2015-04-28 19:18   ` Chris Metcalf

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5516AE18.1010606@redhat.com \
    --to=riel@redhat.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lizefan@huawei.com \
    --cc=tj@kernel.org \
    --cc=umgwanakikbuti@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.