Bug 25 - vhost-user back-end
Summary: vhost-user back-end
Alias: None
Product: passt
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: All Linux
: High feature
Assignee: nobody
Depends on:
Reported: 2022-10-27 19:30 UTC by Stefano Brivio
Modified: 2022-11-02 15:27 UTC (History)
0 users

See Also:


Description Stefano Brivio 2022-10-27 19:30:19 UTC
We would like to have similar TCP throughput and latency performance to
multi-queue tap devices, in both directions, guest-to-host and host-to-guest.

This is relevant for KubeVirt, as they could more safely replace the existing
network bindings with passt. Looking at slide 21 here:

passt already exceeds VM-to-VM performance (measuring both paths in series) for
a regular tap device in KubeVirt's masquerade binding (that's simply tap plus
NAT done with nftables). However, we still have a gap when tap devices are
configured with 8 queues.

With vhost-user, we should be able to make this gap much smaller, because we
avoid qemu-side copies from/to the kernel.

The vhost-user back-end already supports multiple queues, by the way, so at that
point we could sensibly try out multi-threading, too.

Note You need to log in before you can comment on or make changes to this bug.