From: Don Slutz <dslutz@verizon.com>
To: Dario Faggioli <dario.faggioli@citrix.com>,
Simon Martin <furryfuttock@gmail.com>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
Ian Campbell <Ian.Campbell@citrix.com>,
Nate Studer <nate.studer@dornerworks.com>,
Don Slutz <dslutz@verizon.com>,
xen-devel@lists.xen.org
Subject: Re: Strange interdependace between domains
Date: Tue, 18 Feb 2014 12:58:45 -0500 [thread overview]
Message-ID: <53039F55.3030901@terremark.com> (raw)
In-Reply-To: <1392742549.32038.580.camel@Solace>
On 02/18/14 11:55, Dario Faggioli wrote:
> On lun, 2014-02-17 at 12:46 +0000, Simon Martin wrote:
>> Hyperthreading is just a way to improve CPU resource utilization. Even
>> if you are doing a CPU intensive operation, a lot of the processor
>> circuits are actually idle, so adding 2 pipelines to feed one
>> processor is a good way to improve total throughput, but it does have
>> it have it's caveats. I totally forgot this.
>>
>> Given the way that this works there isn't much that Xen can do. It is
>> a physical restriction.
>>
> I know, and my point was not that we should try to "fix" in Xen, what's
> impossible to fix, because it's just how hardware works... and that is
> by design!
>
> I was only saying that there are cases, when you still need isolation,
> but you can afford a bit more of uncertainty, there is the possibility
> for Xen to at least try to do the right thing automagically.
>
> Basically, I'm ok with people looking for hard real-time response time
> and jitter to have to pick up the proper hw platform, as a first step,
> and properly fine tune it. For more _soft_ real-time workloads, I wish
> we were (think we should be) able to do better, perhaps still with some
> user required tweaks, but nothing equally intrusive, that's it. :-)
I would thing that a warning message from the xl command(s) dealing with cpupool would help here. See below
>> OK. This is my current configuration:
>>
>> Dom0 PCPU 0,1,2 no pinning
>> win7x64 PCPU 1,2 pinned
>> pv499 PCPU 3 pinned
>>
>> And I get the same interdependence.
>>
>> root@smartin-xen:~# xl list
>> Name ID Mem VCPUs State Time(s)
>> Domain-0 0 1253 3 r----- 37.1
>> win7x64 4 2046 2 ------ 106.8
>> pv499 5 128 1 r----- 66.8
>> root@smartin-xen:~# xl vcpu-list
>> Name ID VCPU CPU State Time(s) CPU Affinity
>> Domain-0 0 0 1 -b- 21.2 all
>> Domain-0 0 1 2 r-- 8.8 all
>> Domain-0 0 2 0 -b- 8.2 all
>> win7x64 4 0 1 -b- 59.8 1
>> win7x64 4 1 2 -b- 49.0 2
>> pv499 5 0 3 r-- 70.2 3
>> root@smartin-xen:~# xl cpupool-list -c
>> Name CPU list
>> Pool-0 0,1,2
Change to something like:
Pool-0 0,1,2 (and part of 3)
>> pv499 3
Or add:
Warning: cpupool's share hyperthreaded cpus.
-Don Slutz
>> I have gone back to my working settings.
>>
> Ok, thanks a lot for trying. I was hoping for that tweak, although
> developed for completely different reasons, to be helpful in this case,
> but it appears it is not.
>
> Probably, I wouldn't have pinned the two win7 vcpus either, but anyway,
> I don't want to eat any more of your time... Glad you find a
> configuration that is working out! :-)
>
> Thanks again and Regards,
> Dario
>
next prev parent reply other threads:[~2014-02-18 17:58 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-13 16:56 Strange interdependace between domains Simon Martin
2014-02-13 17:07 ` Ian Campbell
2014-02-13 17:28 ` Simon Martin
2014-02-13 17:39 ` Dario Faggioli
2014-02-13 17:36 ` Dario Faggioli
2014-02-13 20:47 ` Nate Studer
2014-02-13 22:25 ` Simon Martin
2014-02-13 23:13 ` Dario Faggioli
2014-02-14 10:26 ` Don Slutz
2014-02-14 12:02 ` Simon Martin
2014-02-14 13:26 ` Andrew Cooper
2014-02-14 17:21 ` Dario Faggioli
2014-02-17 12:46 ` Simon Martin
2014-02-18 16:55 ` Dario Faggioli
2014-02-18 17:58 ` Don Slutz [this message]
2014-02-18 18:06 ` Dario Faggioli
2014-02-20 6:07 ` Juergen Gross
2014-02-20 18:22 ` Dario Faggioli
2014-02-21 6:31 ` Juergen Gross
2014-02-21 17:24 ` Dario Faggioli
2014-02-24 9:25 ` Juergen Gross
2014-02-17 13:19 ` Juergen Gross
2014-02-17 15:08 ` Dario Faggioli
2014-02-18 5:31 ` Juergen Gross
2014-02-17 14:13 ` Nate Studer
2014-02-18 16:47 ` 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=53039F55.3030901@terremark.com \
--to=dslutz@verizon.com \
--cc=Ian.Campbell@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=dario.faggioli@citrix.com \
--cc=furryfuttock@gmail.com \
--cc=nate.studer@dornerworks.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.