[libvirt] cgroup memoryinfo handling

Zvi Dubitzky DUBI at il.ibm.com
Thu Mar 24 22:09:40 UTC 2011


As per the 'virsh memtune'   how are the items :hard_limit,  soft_limit, 
min_guarantee  mapped  to the items mentioned in RedHat 'Resource 
Manangement Guide' , such as  : memory.limit_in_bytes    etc.

thanks

Zvi Dubitzky 
Email:dubi at il.ibm.com



Eric Blake <eblake at redhat.com> wrote on 24/03/2011 20:21:40:

> From: Eric Blake <eblake at redhat.com>
> To: Zvi Dubitzky/Haifa/IBM at IBMIL
> Cc: libvir-list at redhat.com
> Date: 24/03/2011 20:22
> Subject: Re: [libvirt] cgroup memoryinfo handling
> 
> On 03/24/2011 12:04 PM, Zvi Dubitzky wrote:
> > Hi
> > 
> > 1) Daniel Smith of IBM wrote (2008)  code for implementing 'virsh 
> > schedinfo'  in src/util/cgroup.c
> >     He also added some code for cgroup memory  subsystem 
(util/cgroup.c/ 
> > virCgroupSetMemoryHardLimit () etc.),
> >     I see also src/qemu_driver.c/qemuDomainSetMemoryParameters() 
> >     But that seems not being  invoked . I am looking at libvirt-0.8.8
> > 
> > 2) Is anybody handling/completing  this piece of code and are you 
libvirt 
> > guys interested in us completing it
> >      because we might find usage for that kind of 'virsh meminfo' 
command 
> > using cgroups .
> 
> Your wish has already been mostly granted.  0.8.5 introduced the 'virsh
> memtune' command to both query and set memory parameters (so it wraps
> both qemuDomainGetMemoryParameters and qemuDomainSetMemoryParameters),
> and the upcoming 0.9.0 offers a few improvements to that interface as
> well as a counterpart 'virsh blkiotune' for the blkio cgroup.
> 
> The 'virsh meminfo' command cannot easily change its output for
> backwards compatibility reasons, which is why we added the new
> functionality in 'virsh memtune' instead.
> 
> You are also welcome to submit more patches or ideas for patches.
> 
> -- 
> Eric Blake   eblake at redhat.com    +1-801-349-2682
> Libvirt virtualization library http://libvirt.org
> 
> [attachment "signature.asc" deleted by Zvi Dubitzky/Haifa/IBM] 




More information about the libvir-list mailing list