[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] credit scheduler
I've seen something similar... I have a cpu with two HT and two domains (single-vcpu dom0 and an HVM domain), and I'm using the VMEXIT/VMENTER tracing. The most natural thing would be for each to get its own logical cpu, but under the credit scheduler, the HVM domain is seeing the VMENTER on a different logical cpu than it took the VMEXIT on. This makes the RDTSC values taken not comparable. -George On 8/29/06, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote: On 28/8/06 11:28 pm, "Karl Rister" <kmr@xxxxxxxxxx> wrote: > This is less than ideal when considering cache warmth and the > sharing of CPU resources when the first core of the system is always > available in this configuration. Does the credit scheduler have any > awareness of cache warmth or CPU siblings when balancing? It doesn't right now, but in your setup dom0 has its 'home core' all to itself, so it's odd that it's bouncing around. Other cores should only steal the domain if it is runnable but not running -- that should almost never be the case if the domain is not contending for CPU. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |