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

Re: [Xen-devel] Re: [PATCH] Fixed legacy issues when extends number of vcpus > 32



On 17/08/2009 07:40, "Li, Xin" <xin.li@xxxxxxxxx> wrote:

> I'd agree that as VPID space is per LP, it's not necessary to be globally
> managed.
> If we manage such a big VPID space using a bitmap on each LP, it will require
> quite
> a few memory and be inefficient on VPID allocation and reclaim. So probably we
> can apply the current ASID allocation approach to VPID assuming VPID
> exhaustion
> will be much less.
> 
> On the other side, I can't understand why we need to consider the overflow of
> generations?

Well, the guy who developed it wanted to consider that case. But it is
pretty pointless of course since a 64-bit generation counter will never
overflow.

Anyhow, your current patch is clearly an improvement on the existing VPID
code, so we'll go with that for the time being.

 Thanks,
 Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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