[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] netfront/netback multiqueue exhausting grants
On 01/22/2016 07:02 PM, Jan Beulich wrote: >>>> On 22.01.16 at 11:40, <bob.liu@xxxxxxxxxx> wrote: >> On 01/22/2016 03:53 PM, Jan Beulich wrote: >>>>>> On 22.01.16 at 04:36, <bob.liu@xxxxxxxxxx> wrote: >>>> By the way, do you think it's possible to make grant table support bigger >>>> page e.g 64K? >>>> One grant-ref per 64KB instead of 4KB, this should able to reduce the >>>> grant >>>> entry consumption significantly. >>> >>> How would that work with an underlying page size of 4k, and pages >>> potentially being non-contiguous in machine address space? Besides >>> that the grant table hypercall interface isn't prepared to support >>> 64k page size, due to its use of uint16_t for the length of copy ops. >> >> Right, and I mean whether we should consider address all the place as your >> mentioned. > > Just from an abstract perspective: How would you envision to avoid > machine address discontiguity? Or would you want to limit such an E.g Reserve a page pool with continuous 64KB pages, or make grant-map support huge page(2MB)? To be honest, I haven't think much about the detail. Do you think that's unlikely to implement? If yes, we have to limit the queue numbers, VM numbers and vdisk/vif numbers in a proper way to make sure the guests won't enter grant-exhausted state. > improvement to only HVM/PVH/HVMlite guests? > > Jan > -- Regards, -Bob _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |