xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: George Dunlap <george.dunlap@citrix.com>
To: Lars Kurth <lars.kurth@citrix.com>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>
Cc: Stefano Stabellini <sstabellini@kernel.org>,
	Wei Liu <wei.liu2@citrix.com>,
	Andrew Cooper <Andrew.Cooper3@citrix.com>,
	"Tim (Xen.org)" <tim@xen.org>,
	Julien Grall <julien.grall@arm.com>,
	Jan Beulich <jbeulich@suse.com>,
	Ian Jackson <Ian.Jackson@citrix.com>
Subject: Re: [PATCH] docs/xl: Clarify documentation for mem-max and mem-set
Date: Thu, 2 Aug 2018 11:23:59 +0100	[thread overview]
Message-ID: <86f2549b-fa64-a934-ca99-a25633e4d3b0@citrix.com> (raw)
In-Reply-To: <309185D6-02A7-4CA6-AD5C-D3BE10A8E19C@citrix.com>

On 08/01/2018 05:16 PM, Lars Kurth wrote:
> 
> 
> On 01/08/2018, 16:41, "George Dunlap" <george.dunlap@citrix.com> wrote:
> 
>     mem-set is the primary command that users will need to use and
>     understand.  Move it first, and clarify the wording; also specify that
>     you can't set the target higher than maxmem from the domain config.
>     
>     mem-max is actually a pretty useless command at the moment.  Clarify
>     that users are not expected to use it; and document all of its quirky
>     behavior.
>     
>     Signed-off-by: George Dunlap <george.dunlap@citrix.com>
>     ---
>     I'm actully somewhat tempted to take out the entry for mem-max
>     entirely -- it's not at all clear to me what anyone would use it for,
>     and it's only likely to confuse people.
> 
> Should it be deprecated, if it isn't useful?
>     
>     CC: Ian Jackson <ian.jackson@citrix.com>
>     CC: Wei Liu <wei.liu2@citrix.com>
>     CC: Andrew Cooper <andrew.cooper3@citrix.com>
>     CC: Jan Beulich <jbeulich@suse.com>
>     CC: Tim Deegan <tim@xen.org>
>     CC: Konrad Wilk <konrad.wilk@oracle.com>
>     CC: Stefano Stabellini <sstabellini@kernel.org>
>     CC: Julien Grall <julien.grall@arm.com>
>     CC: Lars Kurth <lars.kurth@citrix.com>
>     ---
>      docs/man/xl.pod.1.in | 72 ++++++++++++++++++++++++++++++--------------
>      1 file changed, 50 insertions(+), 22 deletions(-)
>     
>     diff --git a/docs/man/xl.pod.1.in b/docs/man/xl.pod.1.in
>     index b74764dcd3..1d3dabf185 100644
>     --- a/docs/man/xl.pod.1.in
>     +++ b/docs/man/xl.pod.1.in
>     @@ -393,40 +393,68 @@ less utilized than a high CPU workload.  Consider yourself warned.
>      
>      =back
>      
>     -=item B<mem-max> I<domain-id> I<mem>
>     +=item B<mem-set> I<domain-id> I<mem>
>      
>     -Specify the maximum amount of memory the domain is able to use, appending 't'
>     -for terabytes, 'g' for gigabytes, 'm' for megabytes, 'k' for kilobytes and 'b'
>     -for bytes.
>     +Set the target for the domain's balloon driver.  Append 't' for
> 
> I would say Use instead of Append: if you are not a native speaker you could
> be misled that the command appends memory.

I'm afraid 'use' doesn't tell me what to do -- `set-max A t`? `set-max A
2048 t`?  `set-max A t2048`?

What about making a paragraph break and changing it to:

"The default unit is kiB.  Add 't' to specify TiB, 'g' for GiB, 'm' for
MiB, and 'b' for bytes (e.g., 2048m)."

Alternate we could say `I<mem>[<unit>]`, but that seems to be getting a
little clunky.

>     +terabytes, 'g' for gigabytes, 'm' for megabytes, 'k' for kilobytes
>     +and 'b' for bytes.
>      
>     -The mem-max value may not correspond to the actual memory used in the
>     -domain, as it may balloon down its memory to give more back to the OS.
>     +This must be less than the initial B<maxmem> parameter in the domain's
>     +configuration.
> 
> What happens if it is bigger? Will you get an error, or will the system likely 
> crash?

libxl will return an error.  It's never OK for a command for which we
have a precise limit to crash the system.  (NB the WARNING at the bottom
of this section, about not having a clear lower limit.)

> Reviewed-by: lars.kurth@citrix.com

Thanks

 -George

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  reply	other threads:[~2018-08-02 10:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-01 15:41 [PATCH] docs/xl: Clarify documentation for mem-max and mem-set George Dunlap
2018-08-01 16:16 ` Lars Kurth
2018-08-02 10:23   ` George Dunlap [this message]
2018-08-02 11:07     ` Lars Kurth
2018-08-21  9:15 ` Wei Liu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86f2549b-fa64-a934-ca99-a25633e4d3b0@citrix.com \
    --to=george.dunlap@citrix.com \
    --cc=Andrew.Cooper3@citrix.com \
    --cc=Ian.Jackson@citrix.com \
    --cc=jbeulich@suse.com \
    --cc=julien.grall@arm.com \
    --cc=lars.kurth@citrix.com \
    --cc=sstabellini@kernel.org \
    --cc=tim@xen.org \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).