From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Shelton Subject: Re: [PATCH V3 1/1] libxl: set stub domain size based on VRAM size Date: Tue, 14 Jul 2015 06:02:16 -0400 Message-ID: References: <1436650242-1067-1-git-send-email-eshelton@pobox.com> <1436650242-1067-2-git-send-email-eshelton@pobox.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6497150240160688132==" Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1ZEx2Z-0002l9-Cy for xen-devel@lists.xenproject.org; Tue, 14 Jul 2015 10:02:19 +0000 Received: by wgxm20 with SMTP id m20so4463157wgx.3 for ; Tue, 14 Jul 2015 03:02:17 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: George Dunlap Cc: Wei Liu , Ian Campbell , Stefano Stabellini , Ian Jackson , xen-devel , Samuel Thibault List-Id: xen-devel@lists.xenproject.org --===============6497150240160688132== Content-Type: multipart/alternative; boundary=047d7bb70cace393d6051ad2ee1c --047d7bb70cace393d6051ad2ee1c Content-Type: text/plain; charset=UTF-8 On Jul 14, 2015 4:51 AM, "George Dunlap" wrote: > > On Sat, Jul 11, 2015 at 10:30 PM, Eric Shelton wrote: > > Allocate additional memory to the stub domain for qemu-traditional if > > more than 4 MB is assigned to the video adapter to avoid out of memory > > condition for QEMU. > > > > Signed-off-by: Eric Shelton > > This seems like a good fix for now, thanks. > > But (just speaking to people in general) it does make it even harder > to predict exactly how much host memory a VM is going to end up > needing to start, which is something a lot of people complain about. > > I'm beginning to think that one feature we should try to look at is a > way for the admin to specify, "Max host memory used", from which > shadow/p2m/device memory/stubdomain can all be "allocated". Just curious: what happens when all of that memory has been "allocated," yet there is still plenty of memory overall? Would you not be able to spin up a domain despite there actually being plenty of memory to do so? Eric --047d7bb70cace393d6051ad2ee1c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Jul 14, 2015 4:51 AM, "George Dunlap" <George.Dunlap@eu.citrix.com&g= t; wrote:
>
> On Sat, Jul 11, 2015 at 10:30 PM, Eric Shelton <eshelton@pobox.com> wrote:
> > Allocate additional memory to the stub domain for qemu-traditiona= l if
> > more than 4 MB is assigned to the video adapter to avoid out of m= emory
> > condition for QEMU.
> >
> > Signed-off-by: Eric Shelton <eshelton@pobox.com>
>
> This seems like a good fix for now, thanks.
>
> But (just speaking to people in general) it does make it even harder > to predict exactly how much host memory a VM is going to end up
> needing to start, which is something a lot of people complain about. >
> I'm beginning to think that one feature we should try to look at i= s a
> way for the admin to specify, "Max host memory used", from w= hich
> shadow/p2m/device memory/stubdomain can all be "allocated".<= /p>

Just curious: what happens when all of that memory has been = "allocated," yet there is still plenty of memory overall?=C2=A0 W= ould you not be able to spin up a domain despite there actually being plent= y of memory to do so?

Eric

--047d7bb70cace393d6051ad2ee1c-- --===============6497150240160688132== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============6497150240160688132==--