On Tue, Aug 18, 2009 at 03:23:02PM -0600, Alex Williamson wrote: > On Tue, Aug 18, 2009 at 3:11 PM, Alex Williamson<alex.williamson@xxxxxx> wrote: > > On Tue, Aug 18, 2009 at 3:04 PM, Michael S. Tsirkin<mst@xxxxxxxxxx> wrote: > >> Did you assign ip address in host by any chance? You don't want that. > > > > Nope, just up on the host, no IP: > > > > eth10 Link encap:Ethernet HWaddr 00:17:a4:77:a4:08 > > inet6 addr: fe80::217:a4ff:fe77:a408/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:22446487 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:4529008 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:1492187453 (1.3 GiB) TX bytes:2972806236 (2.7 GiB) > > Memory:fbae0000-fbb00000 > > > > Hmm, I lose the dupe and get pretty respectable tcp_rr rates if I use > the host as my target IP, is the issue maybe isolated to off-box > communication? I think the duplicates are our best hint that something's wrong at this point. Let's try to see where do they come from. What is it exactly that you see? This ping is external box to guest, correct? Is it the external box that gets duplicates or the guest? What happens when you ping the other way? What does tcpdump show on both sides when you ping? A couple of extra datapoints to check: - What if you assign a different IP to the host (in the same subnet) and try external guest to host? - Is the card in promisc mode? What if you disable promisc mode? Also, it seems that you have an external bridge that sends your outgoing packets back to you. Is that right? Thanks! > tcp_stream is still worse than userspace though. > > Alex -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
