Hi All, Please could you see below post(s) to the oVirt users list regarding a possible issue with memory usage by VMs running on qemu kvm ?
Thanks! Alex Versions: libvirt-client-0.9.10-21.el6_3.7.x86_64 libvirt-0.9.10-21.el6_3.7.x86_64 libvirt-lock-sanlock-0.9.10-21.el6_3.7.x86_64 libvirt-python-0.9.10-21.el6_3.7.x86_64 qemu-kvm-rhev-0.12.1.2-2.295.el6.8.x86_64 gpxe-roms-qemu-0.9.7-6.9.el6.noarch qemu-img-rhev-0.12.1.2-2.295.el6.8.x86_64 qemu-kvm-rhev-tools-0.12.1.2-2.295.el6.8.x86_64 ---------- Forwarded message ---------- From: Dan Kenigsberg <dan...@redhat.com> Date: 15 January 2013 09:48 Subject: Re: [Users] oVirt Node (HyperVisor) - Memory Usage To: Alex Leonhardt <alex.t...@gmail.com> Cc: Doron Fediuck <dfedi...@redhat.com>, Ronen Hod <r...@redhat.com>, oVirt Mailing List <us...@ovirt.org> On Tue, Jan 15, 2013 at 09:02:10AM +0000, Alex Leonhardt wrote: > Here you go : https://bugzilla.redhat.com/show_bug.cgi?id=895448 I am not suggesting that 1GB qemu overhead is not interesting, but I do not think this list is the best place to find the answer. I suggest that you specify the libvirt and qemu versions, and take the question - and the bug - to qemu-devel@nongnu.org. > > Ta! > Alex > > > On 15 January 2013 08:54, Alex Leonhardt <alex.t...@gmail.com> wrote: > > > Sure no prob - will do .. > > > > > > On 15 January 2013 07:17, Doron Fediuck <dfedi...@redhat.com> wrote: > > > >> Hi Alex, > >> Interesting, we'll need to look into it. > >> Do you mind opening a BZ? I'll see that it's routed to the relevant > >> people. > >> > >> Thanks! > >> Doron > >> > >> > >> ------------------------------ > >> > >> *From: *"Alex Leonhardt" <alex.t...@gmail.com> > >> *To: *"Doron Fediuck" <dfedi...@redhat.com> > >> *Cc: *"oVirt Mailing List" <us...@ovirt.org> > >> *Sent: *Monday, January 14, 2013 7:41:40 PM > >> *Subject: *Re: [Users] oVirt Node (HyperVisor) - Memory Usage > >> > >> > >> qemu 24233 11.0 1.0 *3030420* 1008484 ? Sl 2012 2189:02 > >> /usr/libexec/qemu-kvm -S -M rhel6.3.0 -cpu Conroe -enable-kvm *-m > >> 2048*-smp 4,sockets=1,cores=4,threads=1 -name > >> > >> above example shows ~3 Gig VSZ but only 2048m are actually configured ... > >> > >> if i'm not too blind and dumb :) ... 3030420 kb = 2959.39 mb ... and > >> that's not what is configured as the VMs max allowed ram ... > >> > >> Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
