0x13:reports:d2t1t04-xdp-offload-with-virtio-net
Differences
This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
0x13:reports:d2t1t04-xdp-offload-with-virtio-net [2019/03/27 22:52] – created ehalep | 0x13:reports:d2t1t04-xdp-offload-with-virtio-net [2019/09/28 17:04] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 2: | Line 2: | ||
Talk – Nuts-n-Bolts: | Talk – Nuts-n-Bolts: | ||
Speakers: Jason Wang | Speakers: Jason Wang | ||
- | Report by: | + | Report by: Michael S. Tsirkin |
+ | The talk started by summarizing the status quo: there are several points at which XDP is already helpful for virtual machines: XDP programs can be attached to and run on tap/macvtap on the host or on the virtio device on the guest. Comparing performance with running on the bare metal, virtualization incurs overhead including need for extra data copies when crossing security boundaries. | ||
- | Site: https://www.netdevconf.org/ | + | By changing all of guest kernel, qemu emulator and host kernel Jason was able to take an XDP program from the guest and run it on the host instead. |
- | Slides: | + | |
- | Videos: | + | |
+ | Main challenges appear to be around compatibility: | ||
+ | Access to maps from guest would be slow, the hope is that these are uncommon. Detecting whether this access happens a lot and disabling host offloading could be one option that was mentioned during Q&A. Another question that came up was whether AF_XDP is relevant for this work. This is still being looked into. | ||
+ | |||
+ | Site: https:// |
0x13/reports/d2t1t04-xdp-offload-with-virtio-net.1553727146.txt.gz · Last modified: 2019/09/28 17:04 (external edit)