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

RE: [Xen-devel] Design question for PV superpage support

> In general, I think the guest should assume that large page 
> mappings are 
> merely an optimization that (a) might not be possible on domain start 
> due to machine memory fragmentation and (b) that this condition might 
> also occur on restore. Given these, it must always be prepared to 
> function with 4K pages, which implies that it would need to preserve 
> enough page table frame memory to be able revert from large 
> to small pages.
> Mick

Do you disagree with my assertion that use of 2MB pages is
almost always an attempt to eke out a performance improvement,
that emulating 2MB pages with fragmented 4KB pages is likely
slower than just using 4KB pages to start with, and thus
that "must always be prepared to function with 4KB pages"
should NOT occur silently (if at all)?

BTW, thinking ahead to ballooning with 2MB pages, are we prepared
to assume that a relinquished 2MB page can't be fragmented?
While this may be appealing for systems where nearly all
guests are using 2MB pages, systems where the 2MB guest is
an odd duck might suffer substantially by making that


Xen-devel mailing list



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