Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1179159 > unrolled thread

Re: + kmod-remove-unecessary-explicit-wide-cpu-affinity-setting.patch added to -mm tree

Started byOleg Nesterov <oleg@redhat.com>
First post2015-07-08 01:40 +0200
Last post2015-07-08 15:00 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: +  kmod-remove-unecessary-explicit-wide-cpu-affinity-setting.patch  added to -mm tree Oleg Nesterov <oleg@redhat.com> - 2015-07-08 01:40 +0200
    Re: +  kmod-remove-unecessary-explicit-wide-cpu-affinity-setting.patch added to -mm  tree Frederic Weisbecker <fweisbec@gmail.com> - 2015-07-08 15:00 +0200

#1179159 — Re: + kmod-remove-unecessary-explicit-wide-cpu-affinity-setting.patch added to -mm tree

FromOleg Nesterov <oleg@redhat.com>
Date2015-07-08 01:40 +0200
SubjectRe: + kmod-remove-unecessary-explicit-wide-cpu-affinity-setting.patch added to -mm tree
Message-ID<pJKCZ-3C7-1@gated-at.bofh.it>
Well, sorry for noise.

Let me repeat that I agree with this change, but...

On 07/07, Andrew Morton wrote:
>
> From: Frederic Weisbecker <fweisbec@gmail.com>
> Subject: kmod: remove unecessary explicit wide CPU affinity setting
>
> Not only useless it even breaks nohz full.  The housekeeping work (general
> kernel internal code that user doesn't care much about) is handled by a
> reduced set of CPUs in nohz full, precisely those that are not included by
> nohz_full= kernel parameters.  For example unbound workqueues are handled
> by housekeeping CPUs.

I still think this part of the changelog looks confusing and just wrong.

It is not that it breaks nohz full, unbound workqueues have nothing to
do with housekeeping_mask from the kernel pov. But yes, people can change
->cpumask and this can connect to housekeeping_mask.

Frederic, may I ask you to update the changelog? Although perhaps it was
just me who was confused...

Oleg.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]


#1179751 — Re: + kmod-remove-unecessary-explicit-wide-cpu-affinity-setting.patch added to -mm tree

FromFrederic Weisbecker <fweisbec@gmail.com>
Date2015-07-08 15:00 +0200
SubjectRe: + kmod-remove-unecessary-explicit-wide-cpu-affinity-setting.patch added to -mm tree
Message-ID<pJX7c-2OK-5@gated-at.bofh.it>
In reply to#1179159
On Wed, Jul 08, 2015 at 01:32:26AM +0200, Oleg Nesterov wrote:
> Well, sorry for noise.
> 
> Let me repeat that I agree with this change, but...
> 
> On 07/07, Andrew Morton wrote:
> >
> > From: Frederic Weisbecker <fweisbec@gmail.com>
> > Subject: kmod: remove unecessary explicit wide CPU affinity setting
> >
> > Not only useless it even breaks nohz full.  The housekeeping work (general
> > kernel internal code that user doesn't care much about) is handled by a
> > reduced set of CPUs in nohz full, precisely those that are not included by
> > nohz_full= kernel parameters.  For example unbound workqueues are handled
> > by housekeeping CPUs.
> 
> I still think this part of the changelog looks confusing and just wrong.

I agree!

> 
> It is not that it breaks nohz full, unbound workqueues have nothing to
> do with housekeeping_mask from the kernel pov. But yes, people can change
> ->cpumask and this can connect to housekeeping_mask.

Right. In fact that's the motivation of the patch but the connection is
much more indirect than what the changelog suggests. So I'll fix the changelog.

> 
> Frederic, may I ask you to update the changelog? Although perhaps it was
> just me who was confused...

Sure! I think Andrew applied the patches to keep track of them and make sure
they don't get lost. But I'm working on a new iteration to replace them.

Thanks!

> Oleg.
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web