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

Re: [Xen-devel] pre-reservation of memory for domain creation



>>> Keir Fraser <keir.fraser@xxxxxxxxxxxxx> 12.01.10 16:53 >>>
>On 12/01/2010 15:32, "Jan Beulich" <JBeulich@xxxxxxxxxx> wrote:
>
>> Also - how did that fixed amount get determined?
>> shadow_min_acceptable_pages() says 128 pages per vCPU, but 4Mb
>> (1024 pages) is not matching this (given that it ought to be fine for
>> 128 vCPU-s), just as the old value of 1Mb wasn't matching the
>> supposed need of 32 vCPU-s.
>
>I'm not sure I really believe the toolstack comment. As you say, it wasn't
>correct before or after the patch we're talking about.

The tool stack comment was correct before that patch; it isn't now.
The size in shadow_enable() doesn't match
shadow_min_acceptable_pages(), but that's all hypervisor code.

And that's also no answer to the question on where the particular
value came from (and namely why it being much smaller than what
shadow_min_acceptable_pages() would determine still isn't going
to be a problem).

>> And btw., I think that papering over a Xen crash during
>> destruction of partially-created domain is rather bad a thing to do.
>
>Depends on whether domain-creation failure at the point it failed -- and due
>to inadequate pre-reservation -- is expected and allowed for by the HVM
>paging logic.

So you say it's acceptable for a flaw in the tools (exposed during guest
creation) to bring down the whole machine?

Jan


_______________________________________________
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®.