From: Juergen Gross <jgross@suse.com>
To: Dario Faggioli <dario.faggioli@citrix.com>,
suokun <suokunstar@gmail.com>, George Dunlap <dunlapg@umich.edu>
Cc: xen-devel@lists.xen.org
Subject: Re: [BUG] mistakenly wake in Xen's credit scheduler
Date: Wed, 28 Oct 2015 07:01:06 +0100 [thread overview]
Message-ID: <563064A2.5060903@suse.com> (raw)
In-Reply-To: <1446011672.2937.288.camel@citrix.com>
On 10/28/2015 06:54 AM, Dario Faggioli wrote:
> On Tue, 2015-10-27 at 14:11 -0600, suokun wrote:
>> On Tue, Oct 27, 2015 at 3:44 AM, George Dunlap <dunlapg@umich.edu>
>> wrote:
>>> On Tue, Oct 27, 2015 at 5:59 AM, suokun <suokunstar@gmail.com>
>>> wrote:
>
>> Thank you for your reply. I have test credit2 this morning. The I/O
>> performance is correct, however, the CPU accounting seems not
>> correct.
>> Here is my experiment on credit2:
>>
>> VM-IO: 1-vCPU pinned to a pCPU, running netperf
>> VM-CPU: 1-vCPU pinned the the same pCPU, running a while(1) loop
>> The throughput of netperf is the same(941Mbps) as VM-IO runs alone.
>>
>> However, when I use xl top to show the VM CPU utilization, VM-IO
>> takes
>> 73% of CPU time and VM-CPU takes 99% CPU time. Their sum is more than
>> 100%. I doubt it is due to the CPU utilization accounting in credit2
>> scheduler.
>>
> Yeah, well, sorry, but even if we both (me and George) encouraged you
> to try Credit2, that wasn't a great idea. :-( In fact, you're using
> pinning for this test, and Credit2 does not have pinning (yet)! :-P
>
> That explains why utilizations are summing up to higher than 100%:
> vCPUs are just not being confined to one processor.
>
> Pinning for Credit2 is just around the corner. Let's try this again
> when it will be there, ok? :-D
Or try it in a cpupool with just one pcpu?
Juergen
next prev parent reply other threads:[~2015-10-28 6:01 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-27 5:59 [BUG] mistakenly wake in Xen's credit scheduler suokun
2015-10-27 9:44 ` George Dunlap
2015-10-27 9:53 ` Dario Faggioli
2015-10-27 20:11 ` suokun
2015-10-28 5:39 ` suokun
2015-10-28 5:54 ` Dario Faggioli
2015-10-28 6:01 ` Juergen Gross [this message]
2015-10-28 6:08 ` Dario Faggioli
2015-10-28 11:03 ` George Dunlap
2015-10-27 10:44 ` Dario Faggioli
2015-10-27 20:32 ` suokun
2015-10-28 5:41 ` Dario Faggioli
2015-10-28 17:04 ` suokun
2015-10-29 10:25 ` Dario Faggioli
-- strict thread matches above, loose matches on Subject: below --
2015-10-26 22:30 Kun Suo
2015-10-27 5:48 ` Jia Rao
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=563064A2.5060903@suse.com \
--to=jgross@suse.com \
--cc=dario.faggioli@citrix.com \
--cc=dunlapg@umich.edu \
--cc=suokunstar@gmail.com \
--cc=xen-devel@lists.xen.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.