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
next prev parent 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).