linux-rt-users.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tejun Heo <tj@kernel.org>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: linaro-kernel@lists.linaro.org, patches@linaro.org,
	robin.randhawa@arm.com, Steve.Bannister@arm.com,
	Liviu.Dudau@arm.com, charles.garcia-tobin@arm.com,
	arvind.chauhan@arm.com, davem@davemloft.net, airlied@redhat.com,
	axboe@kernel.dk, tglx@linutronix.de, peterz@infradead.org,
	mingo@redhat.com, rostedt@goodmis.org,
	linux-rt-users@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH V4 3/4] block: queue work on unbound wq
Date: Sun, 31 Mar 2013 11:19:31 -0700	[thread overview]
Message-ID: <20130331181931.GA7533@htj.dyndns.org> (raw)
In-Reply-To: <91239cde99aaba2715f63db1f88241d9f4a36e13.1364740180.git.viresh.kumar@linaro.org>

Hello, Viresh.

On Sun, Mar 31, 2013 at 08:01:46PM +0530, Viresh Kumar wrote:
> Block layer uses workqueues for multiple purposes. There is no real dependency
> of scheduling these on the cpu which scheduled them.
> 
> On a idle system, it is observed that and idle cpu wakes up many times just to
> service this work. It would be better if we can schedule it on a cpu which the
> scheduler believes to be the most appropriate one.
> 
> This patch replaces normal workqueues with UNBOUND versions.

Hmm.... so, we really don't want to unconditionally convert workqueues
to unbound.  Especially not kblockd.  On configurations with multiple
high iops devices with IRQ routing, having request completion runinng
on the same CPU has significant performance advantages.  We can't
simply switch it to an unbound wokrqueue because it saves power on
small arm configuration.

Plus, I'd much prefer to be clearly marking the workqueues which would
contribute to powersaving when converted to unbound at least until we
can come up with a no-compromise solution which doesn't need to trade
off between cache locality and powersaving.

So, let's please introduce a new flag to mark these workqueues, say,
WQ_UNBOUND_FOR_POWER_SAVE or whatever (please come up with a better
name) and provide a compile time switch with boot time override.

Thanks.

-- 
tejun

  reply	other threads:[~2013-03-31 18:19 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-31 14:31 [PATCH V4 0/4] Queue work on UNBOUND wq Viresh Kumar
2013-03-31 14:31 ` [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq Viresh Kumar
2013-04-01  5:20   ` Amit Kucheria
2013-04-01  5:25     ` Viresh Kumar
2013-04-08 16:59       ` Steven Rostedt
2013-04-09  4:11         ` Viresh Kumar
2013-03-31 14:31 ` [PATCH V4 2/4] PHYLIB: queue work on unbound wq Viresh Kumar
2013-03-31 16:45   ` David Miller
2013-03-31 14:31 ` [PATCH V4 3/4] block: " Viresh Kumar
2013-03-31 18:19   ` Tejun Heo [this message]
2013-04-01  6:31     ` Viresh Kumar
2013-04-03 21:54       ` Tejun Heo
2013-04-05  9:47         ` Viresh Kumar
2013-04-05 12:22           ` Tejun Heo
2013-04-08 10:24             ` Viresh Kumar
2013-04-08 10:37         ` Amit Kucheria
2013-04-08 11:02         ` Viresh Kumar
2013-04-08 11:13     ` Jens Axboe
2013-04-08 11:14       ` Viresh Kumar
2013-04-09  7:30     ` Viresh Kumar
2013-04-09  9:18       ` Amit Kucheria
2013-04-09  9:35         ` Viresh Kumar
2013-04-09  9:53       ` Amit Kucheria
2013-04-09  9:55         ` Viresh Kumar
2013-04-09  9:58           ` Amit Kucheria
2013-04-09 10:11             ` Viresh Kumar
2013-04-09 18:30       ` Tejun Heo
2013-04-22  6:20         ` Viresh Kumar
2013-04-23 20:24           ` Tejun Heo
2013-03-31 14:31 ` [PATCH V4 4/4] fbcon: " Viresh Kumar

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=20130331181931.GA7533@htj.dyndns.org \
    --to=tj@kernel.org \
    --cc=Liviu.Dudau@arm.com \
    --cc=Steve.Bannister@arm.com \
    --cc=airlied@redhat.com \
    --cc=arvind.chauhan@arm.com \
    --cc=axboe@kernel.dk \
    --cc=charles.garcia-tobin@arm.com \
    --cc=davem@davemloft.net \
    --cc=linaro-kernel@lists.linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=patches@linaro.org \
    --cc=peterz@infradead.org \
    --cc=robin.randhawa@arm.com \
    --cc=rostedt@goodmis.org \
    --cc=tglx@linutronix.de \
    --cc=viresh.kumar@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).