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

Re: [Xen-devel] [PATCH] xl.cfg: document the maxmem= option



> From: Ian Campbell [mailto:Ian.Campbell@xxxxxxxxxx]
> Sent: Tuesday, May 08, 2012 6:41 AM
> To: Dan Magenheimer
> Cc: Olaf Hering; xen-devel@xxxxxxxxxxxxxxxxxxx; Konrad Wilk
> Subject: RE: [Xen-devel] [PATCH] xl.cfg: document the maxmem= option
> 
> On Mon, 2012-05-07 at 17:37 +0100, Dan Magenheimer wrote:
> > > From: Ian Campbell [mailto:Ian.Campbell@xxxxxxxxxx]
> > > Sent: Sunday, May 06, 2012 3:36 AM
> > > To: Olaf Hering
> > > Cc: xen-devel@xxxxxxxxxxxxxxxxxxx; Konrad Rzeszutek Wilk
> > > Subject: Re: [Xen-devel] [PATCH] xl.cfg: document the maxmem= option
> > >
> > > On Fri, 2012-05-04 at 16:18 -0400, Olaf Hering wrote:
> > > > On Fri, May 04, Konrad Rzeszutek Wilk wrote:
> > > >
> > > > > On Fri, May 04, 2012 at 09:31:42PM +0200, Olaf Hering wrote:
> > > > > > # HG changeset patch
> > > > > > # User Olaf Hering <olaf@xxxxxxxxx>
> > > > > > # Date 1336159720 -7200
> > > > > > # Node ID c414728d0d12f1c3e416e40cceefca2f0b00578e
> > > > > > # Parent  8f556a70ae0bef47e242f9e7be0a054769fc8277
> > > > > > xl.cfg: document the maxmem= option
> > > > > >
> > > > > > Signed-off-by: Olaf Hering <olaf@xxxxxxxxx>
> > > > > >
> > > > > > diff -r 8f556a70ae0b -r c414728d0d12 docs/man/xl.cfg.pod.5
> > > > > > --- a/docs/man/xl.cfg.pod.5
> > > > > > +++ b/docs/man/xl.cfg.pod.5
> > > > > > @@ -484,6 +484,14 @@ are not using hardware assisted paging (
> > > > > >  mode) and your guest workload consists of a a very large number of
> > > > > >  similar processes then increasing this value may improve 
> > > > > > performance.
> > > > > >
> > > > > > +=item B<maxmem=MBYTES>
> > > > > > +
> > > > > > +Specifies the maximum amount of memory the HVM guest can ever see.
> >
> > can _ever_ see...
> >
> > What about guest OS's that support hotplug memory?
> 
> Does the toolstack (need to) expose the capability to drive that as a
> host admin? I don't think xl does... In which case this wording can be
> tweaked when that feature is added?

I don't know if the matching support ever was implemented in xl,
but hotplug memory support for Xen is in upstream Linux.

http://lists.xen.org/archives/html/xen-devel/2011-05/msg01060.html 

If it _is_ in xl, "can ever see" seems a bit too strong... maybe
something like "memory the HVM guest can see unless changed later
via 'xl mem-max'" or "memory the HVM guest can see when it boots"
would be better.

But this is a nit.  It's impossible to both be precise and brief
in descriptions such as these.

> > Also, a subtle point, but is this the maximum physical address that
> > will contain read/write pages or the maximum amount of RAM that the
> > guest OS should be prepared to map as read/writeable (e.g. after
> > subtracting off reserved e820 ranges) or ???
> 
> I think it is total number of memory pages, not the maximum PFN. e.g.
> the maximum address might be 4.5GB on a 4GB machine with a PCI hole.
> 
> I *think*...

OK.  If so, then the proposed wording is fine, though maybe adding
one word "maximum amount of _usable_ memory" might help.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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