Le jeudi 22 mars 2012 à 19:12 +0400, Michael Tokarev a écrit : > severity 665046 wishlist > tags 665046 + unreproducible > thanks > > On 22.03.2012 19:05, Michael Tokarev wrote: > [] > > There was no network-related changes between -8 and -9. > > Macvtap performance has always been awful from the ground up, > > but this is due to kernel not qemu. Reportedly it become a > > bit better with latest kernels but I haven't checked. > > At any rate using macvtap isn't a good idea at this stage. > > And sure thing I completely disagree with the severity of the > bugreport. Recommended tun device works just fine. So reducing > severity to wishlist. > > There was one networking change between 1.0 and 1.0.1 (which > went into -9): it is a bounds check in e1000 device, which > is a fix for CVE-2012-0029. Still not performance-critical. > > I tested macvtap device on -8 and -9 briefly (had to tweak > my regular bridge setup quite a bit for that to work), and > I see exactly the same (bad) performance with both versions. > > Note also that qemu uses _exactly_ the same interface for tun > and macvtap devices, it is one code. Macvtap kernel module > exports the same ABI as regular tun. So it can't be qemu-related, > because, as you confirm, vtun work fine.
I've just tested again. I ran a virtual machine with -8 and wget the file http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/debian-testing-amd64-DVD-9.iso . I downloaded at about 49M/s . You can see it's everything but bad performance. Then, I stopped the vm, upgraded qemu-kvm to -9 and ran the same VM again. The download is now running at 13K/s. I've checked, it's the same ip which the file is downloaded from. I stay on my position, there is something wrong with this update. Here is the dumpxml of my vm : <domain type='kvm'> <name>test</name> <uuid>3b02011f-085c-abb4-a9b0-91c80d1846af</uuid> <memory>2097152</memory> <currentMemory>2097152</currentMemory> <memoryBacking> <hugepages/> </memoryBacking> <vcpu>2</vcpu> <os> <type arch='x86_64' machine='pc-1.0'>hvm</type> <boot dev='hd'/> <boot dev='network'/> </os> <features> <acpi/> <apic/> </features> <clock offset='utc'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>destroy</on_crash> <devices> <emulator>/usr/bin/kvm</emulator> <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source dev='/dev/vps/test'/> <target dev='vda' bus='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </disk> <interface type='direct'> <mac address='52:54:00:3e:11:28'/> <source dev='vlan222' mode='bridge'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' listen='0.0.0.0' keymap='fr'> <listen type='address' address='0.0.0.0'/> </graphics> <video> <model type='vga' vram='9216' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> </domain> -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
