I'm just wondering if the tested interfaces are bridged because I've seen some issues with network througput and bridged interfaces on my local system (F19). Basically, if an IP is configured on the bridge itself ( in oVirt this is the case if the network is configured as a VM network ) latency goes up and throughput goes down. Can you rule this one out by using an unbridged interface? On Wed, Dec 11, 2013 at 2:30 PM, Markus Stockhausen <stockhausen@collogia.de> wrote:
Von: sander.grendelman@gmail.com [sander.grendelman@gmail.com]" Gesendet: Mittwoch, 11. Dezember 2013 13:27 An: Markus Stockhausen Cc: ovirt-users Betreff: Re: [Users] Abysmal network performance inside hypervisor node
Could this have something to do with the bridging config used by vdsm?
@Markus: what does your network config look like? And what is the interface you use to access the NFS store?
We have an IB IPoIB network for storage. Thats why you see a throughput at 400 MB/sec. For a cross check I mounted the NFS share through the ovirtmgmt interface (our normal trusted internal network) on a 1GBit Intel network card.
The throughput is exatly the same - throttled at round about 16MB/sec:
Maybe that is no problem at all for the VMs. But in my case it would be helpful to know the switch to temporarily flood the channels for fast migration.
[root@colovn01 _ISOs]# df . Dateisystem 1K-blocks Benutzt Verfügbar Verw% Eingehängt auf 192.168.10.30:/var/nas1 11611801600 9618833408 1992968192 83% /mnt [root@colovn01 _ISOs]# dd if=SLES-11-DVD-x86_64-GM-DVD1.iso of=/dev/null 5148409+0 Datensätze ein 5148408+0 Datensätze aus 2635984896 Bytes (2,6 GB) kopiert, 157,247 s, 16,8 MB/s
[root@colovn01 _ISOs]# ifconfig ovirtmgmt ovirtmgmt: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.10.51 netmask 255.255.255.0 broadcast 192.168.10.255 inet6 fe80::230:48ff:fed7:9ec4 prefixlen 64 scopeid 0x20<link> ether 00:30:48:d7:9e:c4 txqueuelen 0 (Ethernet) RX packets 203382 bytes 2673889310 (2.4 GiB) RX errors 0 dropped 2092 overruns 0 frame 0 TX packets 160826 bytes 19946957 (19.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Markus