diff options
author | Alex Williamson <alex.williamson@redhat.com> | 2010-09-02 09:01:10 -0600 |
---|---|---|
committer | Michael S. Tsirkin <mst@redhat.com> | 2010-09-07 20:29:29 +0300 |
commit | a697a334b3c4d3250e6420f5d38550ea10eb5319 (patch) | |
tree | f22a82803a21178bb158a63fe9647a7155d25693 /qemu-nbd.texi | |
parent | 4b4b8d361c21209bd6414c369fe93eb70c5ff50d (diff) | |
download | qemu-a697a334b3c4d3250e6420f5d38550ea10eb5319.zip qemu-a697a334b3c4d3250e6420f5d38550ea10eb5319.tar.gz qemu-a697a334b3c4d3250e6420f5d38550ea10eb5319.tar.bz2 |
virtio-net: Introduce a new bottom half packet TX
Based on a patch from Mark McLoughlin, this patch introduces a new
bottom half packet transmitter that avoids the latency imposed by
the tx_timer approach. Rather than scheduling a timer when a TX
packet comes in, schedule a bottom half to be run from the iothread.
The bottom half handler first attempts to flush the queue with
notification disabled (this is where we could race with a guest
without txburst). If we flush a full burst, reschedule immediately.
If we send short of a full burst, try to re-enable notification.
To avoid a race with TXs that may have occurred, we must then
flush again. If we find some packets to send, the guest it probably
active, so we can reschedule again.
tx_timer and tx_bh are mutually exclusive, so we can re-use the
tx_waiting flag to indicate one or the other needs to be setup.
This allows us to seamlessly migrate between timer and bh TX
handling.
The bottom half handler becomes the new default and we add a new
tx= option to virtio-net-pci. Usage:
-device virtio-net-pci,tx=timer # select timer mitigation vs "bh"
Signed-off-by: Alex Williamson <alex.williamson@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Diffstat (limited to 'qemu-nbd.texi')
0 files changed, 0 insertions, 0 deletions