[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |