On Tue, 22 Sep 2009 13:50:54 +0200 Arnd Bergmann <arnd@xxxxxxxx> wrote: > On Tuesday 22 September 2009, Michael S. Tsirkin wrote: > > > > More importantly, when virtualizations is used with multi-queue > > > > NIC's the virtio-net NIC is a single CPU bottleneck. The virtio-net > > > > NIC should preserve the parallelism (lock free) using multiple > > > > receive/transmit queues. The number of queues should equal the > > > > number of CPUs. > > > > > > Yup, multiqueue virtio is on todo list ;-) > > > > > > > Note we'll need multiqueue tap for that to help. > > My idea for that was to open multiple file descriptors to the same > macvtap device and let the kernel figure out the right thing to > do with that. You can do the same with raw packed sockets in case > of vhost_net, but I wouldn't want to add more complexity to the > tun/tap driver for this. > > Arnd <>< Or get tap out of the way entirely. The packets should not have to go out to user space at all (see veth) -- 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
