xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: George Dunlap <george.dunlap@eu.citrix.com>
To: Massimo Canonico <mex@di.unipmn.it>
Cc: Juergen Gross <juergen.gross@ts.fujitsu.com>,
	Dario Faggioli <dario.faggioli@citrix.com>,
	xen-devel@lists.xen.org
Subject: Re: CAP and performance problem
Date: Thu, 6 Jun 2013 15:12:07 +0100	[thread overview]
Message-ID: <51B098B7.6070601@eu.citrix.com> (raw)
In-Reply-To: <51B094D1.9010806@di.unipmn.it>

On 06/06/13 14:55, Massimo Canonico wrote:
>
> On 06/06/2013 03:02 PM, Juergen Gross wrote:
>> On 06.06.2013 14:52, Massimo Canonico wrote:
>>>
>>> On 06/06/2013 12:44 PM, George Dunlap wrote:
>>>> On 06/06/13 11:39, Juergen Gross wrote:
>>>>> On 06.06.2013 10:57, Massimo Canonico wrote:
>>>>>>
>>>>>> On 06/06/2013 10:37 AM, Dario Faggioli wrote:
>>>>>>> On mer, 2013-06-05 at 19:05 +0200, Massimo Canonico wrote:
>>>>>>>> Hi Dario,
>>>>>>>> and thanks for these test.
>>>>>>>>
>>>>>>>> I forgot to ask you which xen version has beed used for your 
>>>>>>>> experiments.
>>>>>>>>
>>>>>>> Yeah, me too! :-)
>>>>>>>
>>>>>>> I'm using xen-unstable, pulled yesterday (commit id
>>>>>>> e430510e5cbbfcdc1077739292def633e70fedea), compiled and 
>>>>>>> installed on a
>>>>>>> Debian unstable system. Dom0 kernel is a bit old, as it's a 3.6.
>>>>>>>
>>>>>>> What about you?
>>>>>> xen 4.2.2
>>>>>> kernel dom0: 3.8.11-200.fc18.x86_64
>>>>>
>>>>> Just had an idea: is there any other load on the system during 
>>>>> your test (other
>>>>> domains, dom0 load)? If not, it could be that the power management 
>>>>> is reducing
>>>>> the cpu speed during idle (when the cap applies). This could lead 
>>>>> to reduced
>>>>> performance overall.
>>>>>
>>>>> You can test this by setting the xen hypervisor boot option
>>>>>
>>>>> cpufreq=none
>>>>>
>>>>> and run your test again (with and without cap).
>>>>
>>>> Ah, genius Juergen! That would make total sense.
>>>>
>>>> -George
>>>>
>>> Unfortunately, this did not change much. I set "cpufreq=none" in the 
>>> boot line
>>
>> You added the boot parameter for the hypervisor, not dom0? 
> Fedora, after few seconds, asks you which kernel do you want to use. 
> You can add some parameter in the command line who launches the 
> kernel. So, I add "cpufreq=none" in the command line.
>> And (please forgive
>> my paranoia) you rebooted the complete system after that?
> Your paranoia is also mine, I always reboot my machines. Thanks for 
> asking.
>>> and restart my experiment.
>>> With no cap I got 298.029
>>> with cap=50% I got 910.272
>>> (average values of 3 experiments for each cap setting)
>>>
>>> dom0 load during the experiment is less than 1% (that says xentop)
>>
>> What was the load reported by xentop for your domu?
> My virtual machines is called rubis-web and during "cap=50%" 
> experiment I can see this values in xentop for this specific domain.
>>
>> Could you try:
>>
>> xl vcpu-list; sleep 10; xl vcpu-list
>>
>> when the test is running and post the output?
>>
>>
>> Juergen
>>
> here we go:
>
> [root@csitest ~]# xl vcpu-list; sleep 10; xl vcpu-list
> Name                                ID  VCPU   CPU State   Time(s) CPU 
> Affinity
> Domain-0                             0     0    0   ---      23.0 0
> Domain-0                             0     1    0   ---      10.5 0
> Domain-0                             0     2    0   ---       8.5 0
> Domain-0                             0     3    0   r--       6.8 0
> rubis-web                            1     0    2   r--    2968.5 2
> Name                                ID  VCPU   CPU State   Time(s) CPU 
> Affinity
> Domain-0                             0     0    0   ---      23.0 0
> Domain-0                             0     1    0   r--      10.6 0
> Domain-0                             0     2    0   ---       8.5 0
> Domain-0                             0     3    0   ---       6.8 0
> rubis-web                            1     0    2   r--    2973.5 2
>
> Concerning the George's question:
>> Have you checked your BIOS for performance settings?
> I'm not sure what you mean for "BIOS perfomance settings". To my best 
> knowledge, in the BIOS I have to be sure that the "hw virtualization" 
> is enabled.

Some BIOSes have settings that will automatically mess around with the 
performance settings of the processor.  This could be automatically 
slowing the core down because it's only 50% busy. This would be 
different on each BIOS.  Just take a quick look for anything that seems 
to say something about performance, and set it to "max" or "performance" 
mode (as opposed to say, power-saving or balanced mode).

You might also try playing around with the "turbo" mode if it's 
available -- maybe the "turbo" mode takes a bit of time to get going, 
and running at 50% never kicks it in.  If you disable "turbo" mode, you 
may find that with no cap you get 450s instead of 300s.

  -George

  reply	other threads:[~2013-06-06 14:12 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-21  9:02 CAP and performance problem Massimo Canonico
2013-05-21 10:41 ` George Dunlap
2013-05-21 10:48   ` George Dunlap
2013-05-21 11:54     ` Massimo Canonico
2013-05-21 13:06       ` Dario Faggioli
2013-05-21 14:28         ` Massimo Canonico
2013-05-21 14:47           ` Dario Faggioli
2013-05-21 15:26             ` Massimo Canonico
2013-05-22 14:42             ` Massimo Canonico
2013-05-22 15:39               ` Dario Faggioli
2013-05-24  7:48                 ` Massimo Canonico
2013-06-04 14:03                   ` Massimo Canonico
2013-06-04 14:25                     ` Dario Faggioli
2013-06-05 16:50 ` Dario Faggioli
2013-06-05 17:11   ` Dario Faggioli
2013-06-05 17:05     ` Massimo Canonico
2013-06-06  8:37       ` Dario Faggioli
2013-06-06  8:57         ` Massimo Canonico
2013-06-06  9:52           ` Dario Faggioli
2013-06-06 10:39           ` Juergen Gross
2013-06-06 10:44             ` George Dunlap
2013-06-06 12:52               ` Massimo Canonico
2013-06-06 12:58                 ` George Dunlap
2013-06-06 13:02                 ` Juergen Gross
2013-06-06 13:55                   ` Massimo Canonico
2013-06-06 14:12                     ` George Dunlap [this message]
2013-06-06 14:12                     ` Dario Faggioli
2013-06-06 15:27                       ` Massimo Canonico
2013-06-06 15:42                         ` Dario Faggioli
2013-06-06 15:54                           ` Dario Faggioli
2013-06-06 16:27                             ` George Dunlap
2013-06-07  7:40                               ` Massimo Canonico
2013-06-07  4:45                       ` Juergen Gross
2013-06-06 13:03                 ` Dario Faggioli
2013-06-06 13:09                   ` Massimo Canonico
2013-06-06  9:02   ` George Dunlap
2013-06-06  9:48     ` Dario Faggioli

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=51B098B7.6070601@eu.citrix.com \
    --to=george.dunlap@eu.citrix.com \
    --cc=dario.faggioli@citrix.com \
    --cc=juergen.gross@ts.fujitsu.com \
    --cc=mex@di.unipmn.it \
    --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 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).