From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
To: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>,
mingo@kernel.org, pjt@google.com, paul@paulmenage.org,
akpm@linux-foundation.org, rjw@sisk.pl, nacc@us.ibm.com,
rientjes@google.com, paulmck@linux.vnet.ibm.com,
tglx@linutronix.de, seto.hidetoshi@jp.fujitsu.com, tj@kernel.org,
mschmidt@redhat.com, berrange@redhat.com,
nikunj@linux.vnet.ibm.com, vatsa@linux.vnet.ibm.com,
liuj97@gmail.com, linux-kernel@vger.kernel.org,
linux-pm@vger.kernel.org
Subject: Re: [PATCH v5 0/5] CPU hotplug, cpusets, suspend/resume: Fixes, cleanups and optimizations
Date: Sun, 20 May 2012 19:28:03 +0530 [thread overview]
Message-ID: <4FB8F86B.1080906@linux.vnet.ibm.com> (raw)
In-Reply-To: <20120517165839.3011.98723.stgit@srivatsabhat.in.ibm.com>
Hi Peter,
Did you get a chance to take a look at this patchset?
(I have added a summary of the changes between the versions below.)
Thanks a lot!
On 05/17/2012 10:29 PM, Srivatsa S. Bhat wrote:
> Currently the kernel doesn't handle cpusets properly during suspend/resume.
> After a resume, all non-root cpusets end up having only 1 cpu (the boot cpu),
> causing massive performance degradation of workloads. One major user of cpusets
> is libvirt, which means that after a suspend/hibernation cycle, all VMs
> suddenly end up running terribly slow!
>
> Also, the kernel moves the tasks from one cpuset to another during CPU hotplug
> in the suspend/resume path, leading to a task-management nightmare after
> resume.
>
> Patch 1 fixes this by keeping cpusets unmodified in the suspend/resume path.
> But to ensure we don't trip over, it keeps the sched domains updated during
> every CPU hotplug in the s/r path.
> This is a long standing issue and we need to fix up stable kernels too.
>
> The rest of the patches in the series are mostly cleanups/optimizations
> (except patch 4 which is a non-critical bug fix).
>
Changelog:
v5 : Don't do explicit save/restore of cpusets' cpu masks during s/r, to avoid
the overhead of a new per-cpuset cpu mask to help with that. Also, ensure
that the sched domains are updated on each hotplug.
The s/r fix (patch 1) is now distinct from the cleanups (patches 2-5).
v4 : (Never had this version. I skipped from v3 to v5 accidentally).
v3 : Explicitly save and restore cpusets' cpu masks during s/r. Don't alter
the semantics of regular cpu hotplug.
http://thread.gmane.org/gmane.linux.kernel/1296339
v2 : http://thread.gmane.org/gmane.linux.documentation/4805/
v1 : thread.gmane.org/gmane.linux.kernel/1250097/
> --
> Srivatsa S. Bhat (5):
> CPU hotplug, cpusets, suspend: Don't modify cpusets during suspend/resume
> cpusets, hotplug: Implement cpuset tree traversal in a helper function
> cpusets, hotplug: Restructure functions that are invoked during hotplug
> cpusets: Update tasks' cpus_allowed mask upon updates to root cpuset
> cpusets: Remove/update outdated comments
>
>
> include/linux/cpuset.h | 4 +
> kernel/cpuset.c | 161 +++++++++++++++++++++++++++++++++++-------------
> kernel/sched/core.c | 44 +++++++++++--
> 3 files changed, 159 insertions(+), 50 deletions(-)
Regards,
Srivatsa S. Bhat
prev parent reply other threads:[~2012-05-20 13:59 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-17 16:59 [PATCH v5 0/5] CPU hotplug, cpusets, suspend/resume: Fixes, cleanups and optimizations Srivatsa S. Bhat
2012-05-17 16:59 ` [PATCH v5 1/5] CPU hotplug, cpusets, suspend: Don't modify cpusets during suspend/resume Srivatsa S. Bhat
2012-05-17 17:00 ` [PATCH v5 2/5] cpusets, hotplug: Implement cpuset tree traversal in a helper function Srivatsa S. Bhat
2012-05-17 17:00 ` [PATCH v5 3/5] cpusets, hotplug: Restructure functions that are invoked during hotplug Srivatsa S. Bhat
2012-05-17 17:03 ` [PATCH v5 4/5] cpusets: Update tasks' cpus_allowed mask upon updates to root cpuset Srivatsa S. Bhat
2012-05-24 9:13 ` Peter Zijlstra
2012-05-24 9:44 ` Srivatsa S. Bhat
2012-05-24 11:58 ` Peter Zijlstra
2012-05-24 12:24 ` Srivatsa S. Bhat
2012-05-17 17:03 ` [PATCH v5 5/5] cpusets: Remove/update outdated comments Srivatsa S. Bhat
2012-05-20 13:58 ` Srivatsa S. Bhat [this message]
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=4FB8F86B.1080906@linux.vnet.ibm.com \
--to=srivatsa.bhat@linux.vnet.ibm.com \
--cc=a.p.zijlstra@chello.nl \
--cc=akpm@linux-foundation.org \
--cc=berrange@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=liuj97@gmail.com \
--cc=mingo@kernel.org \
--cc=mschmidt@redhat.com \
--cc=nacc@us.ibm.com \
--cc=nikunj@linux.vnet.ibm.com \
--cc=paul@paulmenage.org \
--cc=paulmck@linux.vnet.ibm.com \
--cc=pjt@google.com \
--cc=rientjes@google.com \
--cc=rjw@sisk.pl \
--cc=seto.hidetoshi@jp.fujitsu.com \
--cc=tglx@linutronix.de \
--cc=tj@kernel.org \
--cc=vatsa@linux.vnet.ibm.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.