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

Re: [Xen-devel] schedule_credit not strict in cpu_affinity



we're using a very old version of Xen4.0.x, due to  the upgrading problem that we must stop machine, we haven't upgrade to higher version.  however, we already prepare for upgrading. 

of course, we're interested in the newest stable version which can have better performance of disk io, network, scheduler, irq,etc and less bugs.

by the way, i also wanna know more details about the load balance scalability of credit1 when host has many cores(64),  we said it didn't scale well, is because it may spent much time on picking cpu when cores become larger, and may migrate to other idle cpus easily, increasing the schedule times ?

and what's the plan about credit2, when it become default scheduler and finish a lot of todoes, especially ' "Discount" time run on a thread with busy siblings'

thanks


regards,
wanjia


2013/12/17 Dario Faggioli <dario.faggioli@xxxxxxxxxx>
On mar, 2013-12-17 at 12:16 +0800, Alice Wan wrote:
> sorry, we already found patch 58a83b75d17c4346f0f8f20f9815e00d6f6ed5f1
>
> _csched_cpu_pick(): don't return CPUs outside vCPU's affinity mask
>
>
> actually, it should be a bug which is already fixed.
>
Right! :-)

BTW, what version of Xen are you using / are you interested in?

Regards,
Dario

--
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


_______________________________________________
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®.