Hi,
I've been using qemu-kvm along with ordinary tap-devices and software bridges
for quite some time. When I recently noticed that a certain TCP connection
between
a guest and a remote physical host was limited to ~ 80MB/s, I thought it would
be a good idea to check whether by using "macvtap", instead, the performance
would get better.
So I setup a guest on a host that has a direct peer-to-peer 10G cable to
another host, and configured it to use a macvtap device.
Then I did some benchmarks, using "nc" on both sides, just reading from
/dev/zero,
writing to /dev/null.
When the guest VM is writing into a TCP connection to the physical host
(linux-3.1.6),
the performance is ~ 140MB/s - not great, but better than with ordinary
tap devices.
But to my big surprise, the performance when the physical host is writing,
and the guest VM is reading is abysmal, only ~ 700kB/s!
No bottleneck is obvious - the CPU usage and NIC utilization of both
the VM, its host, and the other host is all quite low.
"strace" on qemu process indicates that from time to time, there are "pauses"
of ~ 0.5
seconds in between the many reads from /dev/tapX, but I am not sure whether
this is the whole reason for the bad performance.
Any ideas?
Or should I rather stay with ordinary tap/brctl, or try yet another
virtual NIC technique?
Regards,
Lutz Vieweg