Re: [Qemu-devel] [Bug 1288620] Re: memory leak with default NIC model

[Stefan Hajnoczi]

On Wed, Apr 23, 2014 at 08:18:21PM -0000, Aidan Gauland wrote:
> On Wed, 23 Apr 2014 13:10:39 -0000, Stefan Hajnoczi wrote:
> > So this is a problem that only happens under Valgrind?  Perhaps this 
> > is
> > a valgrind bug.
> 
> No, it happens outside of Valgrind as well.  It only happens when QEMU 
> is told to read a config file (with -readconfig).

Weird, I tried yesterday and couldn't reproduce it against
qemu.git/master (2d03b49c3f225994c4b0b46146437d8c887d6774) with your
config file.

I wonder if your guest is repeatedly doing something that causes QEMU to
leak memory.  My guest was Red Hat Enterprise Linux 6.4.

Does it happen if you provide a non-bootable disk image so the guest is
stuck at the BIOS screen?  Use dd if=/dev/zero of=test.img bs=1M
count=1024 to create an empty 1 GB raw file.

Stefan

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1288620

Title:
  memory leak with config file

Status in QEMU:
  New

Bug description:
  I have a Windows 7 SP1 Professional 64-bit installation on a QCOW2
  image with compat=1.1, which I launch via

  qemu-system-x86_64 -drive file=windows_base_HDD.img,index=0,media=disk
  -enable-kvm -m 512M -vga std -net nic,vlan=0 -net user,vlan=0

  As soon as I start using the network in any application — for example,
  visiting www.google.com in Internet Explorer — QEMU starts gobbling
  memory until the (host) kernel kills it because of an OOM condition.
  If I run the QEMU with the same options, but with model=e1000 option
  set for the NIC (i.e. -net -nic,vlan=0,model=e1000), I can use the
  network from the guest OS without any noticeable effect on QEMU's
  memory consumption.

  I do not have this problem when running QEMU with the exact same options (as 
above, without model=e1000) but with a Debian wheezy installation (on a QCOW 
image of the same format).  My host system in Ubuntu 13.10 x86_64, kernel image 
3.11.0-17-generic, but with the QEMU packages from trusty (the codename for the 
next release):
  Output of `dpkg -l \*qemu\* | grep '^ii'`:
  ii  ipxe-qemu                             1.0.0+git-20130710.936134e-0ubuntu1 
       all          Virtual package to support use of kvm-ipxe with qemu
  ii  qemu-keymaps                          1.7.0+dfsg-3ubuntu2                 
       all          QEMU keyboard maps
  ii  qemu-system-common                    1.7.0+dfsg-3ubuntu2                 
       amd64        QEMU full system emulation binaries (common files)
  ii  qemu-system-x86                       1.7.0+dfsg-3ubuntu2                 
       amd64        QEMU full system emulation binaries (x86)
  ii  qemu-utils                            1.7.0+dfsg-3ubuntu2                 
       amd64        QEMU utilities

  (If necessary, I can try to reproduce this with QEMU built from the
  upstream source or the latest source from version control.)

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1288620/+subscriptions