From: Peter Zijlstra <peterz@infradead.org>
To: Tejun Heo <tj@kernel.org>
Cc: linux-kernel@vger.kernel.org, torvalds@linux-foundation.org,
tglx@linutronix.de, linux-pm@vger.kernel.org
Subject: Re: [PATCHSET] workqueue: reimplement CPU hotplug to keep idle workers
Date: Fri, 20 Jul 2012 20:22:30 +0200 [thread overview]
Message-ID: <1342808550.2583.48.camel@twins> (raw)
In-Reply-To: <20120720175041.GI32763@google.com>
On Fri, 2012-07-20 at 10:50 -0700, Tejun Heo wrote:
> Also, re-binding busy workers is easy. The idle ones are difficult
> and we have to do that anyway for PM optimization. What would be the
> benefit of not re-binding busy ones at the risk of continually
> transferring workers to another CPU given the right workload + CPU
> down/up patterns?
I really think people who use hotplug at high frequencies are on drugs
and doing it wrong.
next prev parent reply other threads:[~2012-07-20 18:22 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-17 17:12 [PATCHSET] workqueue: reimplement CPU hotplug to keep idle workers Tejun Heo
2012-07-17 17:12 ` [PATCH 1/9] workqueue: perform cpu down operations from low priority cpu_notifier() Tejun Heo
2012-07-20 21:52 ` Paul E. McKenney
2012-07-20 21:58 ` Tejun Heo
2012-07-21 21:36 ` Paul E. McKenney
2012-07-22 16:43 ` [PATCH] workqueue: fix spurious CPU locality WARN from process_one_work() Tejun Heo
2012-07-22 21:23 ` Paul E. McKenney
2012-07-17 17:12 ` [PATCH 2/9] workqueue: drop CPU_DYING notifier operation Tejun Heo
2012-07-17 17:12 ` [PATCH 3/9] workqueue: ROGUE workers are UNBOUND workers Tejun Heo
2012-07-17 17:12 ` [PATCH 4/9] workqueue: use mutex for global_cwq manager exclusion Tejun Heo
2012-07-17 17:12 ` [PATCH 5/9] workqueue: drop @bind from create_worker() Tejun Heo
2012-07-17 17:12 ` [PATCH 6/9] workqueue: reimplement CPU online rebinding to handle idle workers Tejun Heo
2012-07-17 17:12 ` [PATCH 7/9] workqueue: don't butcher idle workers on an offline CPU Tejun Heo
2012-07-17 17:12 ` [PATCH 8/9] workqueue: remove CPU offline trustee Tejun Heo
2012-07-17 17:12 ` [PATCH 9/9] workqueue: simplify CPU hotplug code Tejun Heo
2012-07-17 18:43 ` [PATCHSET] workqueue: reimplement CPU hotplug to keep idle workers Rafael J. Wysocki
2012-07-17 19:40 ` Tejun Heo
2012-07-20 15:48 ` Peter Zijlstra
2012-07-20 17:02 ` Tejun Heo
2012-07-20 17:21 ` Peter Zijlstra
2012-07-20 17:50 ` Tejun Heo
2012-07-20 18:22 ` Peter Zijlstra [this message]
2012-07-20 18:34 ` Tejun Heo
2012-07-20 19:44 ` Rafael J. Wysocki
2012-07-20 19:41 ` Tejun Heo
2012-07-21 6:42 ` Shilimkar, Santosh
2012-07-23 8:38 ` Peter De Schrijver
2012-07-20 16:39 ` Peter Zijlstra
2012-07-20 16:52 ` Tejun Heo
2012-07-20 17:01 ` Peter Zijlstra
2012-07-20 17:08 ` Tejun Heo
2012-07-20 17:19 ` Peter Zijlstra
2012-07-20 17:43 ` Tejun Heo
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=1342808550.2583.48.camel@twins \
--to=peterz@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=tj@kernel.org \
--cc=torvalds@linux-foundation.org \
/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.