[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 0/2] Credit2: fix per-socket runqueue setup



>>> On 22.08.14 at 19:15, <dario.faggioli@xxxxxxxxxx> wrote:
> root@tg03:~# xl dmesg |grep -i runqueue
> (XEN) Adding cpu 0 to runqueue 1
> (XEN)  First cpu on runqueue, activating
> (XEN) Adding cpu 1 to runqueue 1
> (XEN) Adding cpu 2 to runqueue 1
> (XEN) Adding cpu 3 to runqueue 1
> (XEN) Adding cpu 4 to runqueue 1
> (XEN) Adding cpu 5 to runqueue 1
> (XEN) Adding cpu 6 to runqueue 1
> (XEN) Adding cpu 7 to runqueue 1
> (XEN) Adding cpu 8 to runqueue 1
> (XEN) Adding cpu 9 to runqueue 1
> (XEN) Adding cpu 10 to runqueue 1
> (XEN) Adding cpu 11 to runqueue 1
> (XEN) Adding cpu 12 to runqueue 0
> (XEN)  First cpu on runqueue, activating
> (XEN) Adding cpu 13 to runqueue 0
> (XEN) Adding cpu 14 to runqueue 0
> (XEN) Adding cpu 15 to runqueue 0
> (XEN) Adding cpu 16 to runqueue 0
> (XEN) Adding cpu 17 to runqueue 0
> (XEN) Adding cpu 18 to runqueue 0
> (XEN) Adding cpu 19 to runqueue 0
> (XEN) Adding cpu 20 to runqueue 0
> (XEN) Adding cpu 21 to runqueue 0
> (XEN) Adding cpu 22 to runqueue 0
> (XEN) Adding cpu 23 to runqueue 0
> 
> Which makes a lot more sense. :-)

But it looks suspicious that the low numbered CPUs get assigned to
runqueue 1. Is there an explanation for this, or are surprises to be
expected on larger than dual-socket systems?

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.