> "Michael S. Tsirkin" <mst@xxxxxxxxxx> > > > I think we discussed the need for external to guest testing > > > over 10G. For large messages we should not see any change > > > but you should be able to get better numbers for small messages > > > assuming a MQ NIC card. > > > > For external host, there is a contention among different > > queues (vhosts) when packets are processed in tun/bridge, > > unless I implement MQ TX for macvtap (tun/bridge?). So > > my testing shows a small improvement (1 to 1.5% average) > > in BW and a rise in SD (between 10-15%). For remote host, > > I think tun/macvtap needs MQ TX support? > > Confused. I thought this *is* with a multiqueue tun/macvtap? > bridge does not do any queueing AFAIK ... > I think we need to fix the contention. With migration what was guest to > host a minute ago might become guest to external now ... Macvtap RX is MQ but not TX. I don't think MQ TX support is required for macvtap, though. Is it enough for existing macvtap sendmsg to work, since it calls dev_queue_xmit which selects the txq for the outgoing device? Thanks, - KK -- 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
