Re: [PATCH] Update docs for memory parameters and memtune command

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

 



On Mon, 18 Oct 2010 09:55:46 +0200, Matthias Bolte <matthias.bolte@xxxxxxxxxxxxxx> wrote:
> 2010/10/18 Nikunj A. Dadhania <nikunj@xxxxxxxxxxxxxxxxxx>:
> > From: Nikunj A. Dadhania <nikunj@xxxxxxxxxxxxxxxxxx>
> >
> > docs/formatdomain.html.in: Add memtune element details
[...]
> > @@ -211,6 +216,22 @@
> > Â Â Â Â <code>hugepages</code> element set within it. This tells the
> > Â Â Â Â hypervisor that the guest should have its memory allocated using
> > Â Â Â Â hugepages instead of the normal native page size.</dd>
> > + Â Â Â<dt><code>memtune</code></dt>
> > + Â Â Â<dd> The optional <code>memtune</code> element provides details
> > + Â Â Âregarding the memory tuneable parameters for the domain. If this is
> > + Â Â Âomitted, it defaults to the OS provided defaults.</dd>
> > + Â Â Â<dt><code>hard_limit</code></dt>
> > + Â Â Â<dd> The optional <code>hard_limit</code> element is the maximum memory
> > + Â Â Â the guest can use. The units for this value are kilobytes (i.e. blocks
> > + Â Â Â of 1024 bytes)</dd>
> 
> Well, the maximum of memory a guest can use is also controlled by the
> memory and currentMemory element in some way. How does hard_limit
> relate to those two?
>
memory and currentMemory are related to balloon size, while these are operating
system provided limits.
 
> > + Â Â Â<dt><code>soft_limit</code></dt>
> > + Â Â Â<dd> The optional <code>soft_limit</code> element is the memory limit to
> > + Â Â Â enforce during memory contention. The units for this value are
> > + Â Â Â kilobytes (i.e. blocks of 1024 bytes)</dd>
> 
> Is this an upper or a lower limit? Does it mean in case of contention
> this guest may only use up to soft_limit kilobytes of memory (upper
> limit)? Or does it mean in case of contention make sure that this
> guest can access at least soft_limit kilobytes of memory (lower
> limit)?
> 
Upper limit of memory the guest can use(i.e upto soft_limit) during
contention. Balbir, correct me if this isn't correct.

> How does this relate to the memory and currentMemory element?  
>
At present no relation, they are implemented by the OS.

> How does it related to the min_guarantee element?
> 
It is not related to min_guarantee.

> > + Â Â Â<dt><code>swap_hard_limit</code></dt>
> > + Â Â Â<dd> The optional <code>swap_hard_limit</code> element is the maximum
> > + Â Â Â swap the guest can use. The units for this value are kilobytes
> > + Â Â Â (i.e. blocks of 1024 bytes)</dd>
> 
> What about the min_guarantee element anyway? It's not implemented in virsh.
> 
Missed it, I will add the docs about min_gaurantee and send the updated
patch. It is not implemented in virsh. However, I have taken care of parsing
them in domain configuration.

Nikunj

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list



[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]