[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Re: [PATCH] Fixed legacy issues when extends number of vcpus > 32
On 16/08/2009 09:55, "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx> wrote: > Keir Fraser wrote: >> Let me think about these. For patch 1 I think we can perhaps do more >> work in the loop which matches vlapic identifiers, and thus avoid >> needing a "temporary cpumask" to remember matches. For patch 2 I've >> been intending to throw away the VMX VPID logic and share the SVM >> logic, as it flushes TLBs no more than the VMX logic and doesn't >> suffer the same problems with VPID/ASID exhaustion. > > We have 2^16 vpids after removing the limit, so it should support 65535 vcpus > runing concurrently in a system, so we don't need to consider the exhaustion > case from this point of view ? Why have two sets of logic when one is superior to the other? It doesn't make sense. I'll take a look at your patch and apply it for now, however. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |