[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.
Xen-devel mailing list