* Re: [Qemu-devel] Proposed patch: huge RX speedup for hw/e1000.c [not found] ` <4FC741F1.4000905@redhat.com> @ 2012-06-01 8:18 ` Luigi Rizzo [not found] ` <4FC74A8B.40302@siemens.com> 1 sibling, 0 replies; 3+ messages in thread From: Luigi Rizzo @ 2012-06-01 8:18 UTC (permalink / raw) To: Paolo Bonzini; +Cc: Jan Kiszka, qemu-devel, Stefano Stabellini [-- Attachment #1: Type: text/plain, Size: 4486 bytes --] Works me. I can now receive at 1.15 Mpps, slightly faster than my previous patch which generated unnecessary writes to the signalling socket. Tested-by: Luigi Rizzo <rizzo@iet.unipi.it> On Thu, May 31, 2012 at 12:03 PM, Paolo Bonzini <pbonzini@redhat.com> wrote: > Il 31/05/2012 10:23, Jan Kiszka ha scritto: > >> > @@ -922,6 +923,7 @@ set_rdt(E1000State *s, int index, uint32_t val) > >> > { > >> > s->check_rxov = 0; > >> > s->mac_reg[index] = val & 0xffff; > >> > + qemu_notify_event(); > > This still looks like the wrong tool: Packets that can't be delivered > > are queued. > > Packets that are read from the tap but can't be delivered are queued; > packets that are left on the tap need qemu_notify_event to be flushed. > > > So we need to flush the queue and clear the blocked delivery > > there. qemu_flush_queued_packets appears more appropriate for this. > > Right, and qemu_flush_queued_packets needs to call qemu_notify_event > which makes the call in virtio-net unnecessary. > > Paolo > > diff --git a/hw/e1000.c b/hw/e1000.c > index 4573f13..43d933a 100644 > --- a/hw/e1000.c > +++ b/hw/e1000.c > @@ -295,6 +295,7 @@ set_rx_control(E1000State *s, int index, uint32_t val) > s->rxbuf_min_shift = ((val / E1000_RCTL_RDMTS_QUAT) & 3) + 1; > DBGOUT(RX, "RCTL: %d, mac_reg[RCTL] = 0x%x\n", s->mac_reg[RDT], > s->mac_reg[RCTL]); > + qemu_flush_queued_packets(&s->nic->nc); > } > > static void > @@ -926,6 +927,9 @@ set_rdt(E1000State *s, int index, uint32_t val) > { > s->check_rxov = 0; > s->mac_reg[index] = val & 0xffff; > + if (e1000_has_rxbufs(s, 1)) { > + qemu_flush_queued_packets(&s->nic->nc); > + } > } > > static void > diff --git a/hw/virtio-net.c b/hw/virtio-net.c > index 3f190d4..0974945 100644 > --- a/hw/virtio-net.c > +++ b/hw/virtio-net.c > @@ -447,10 +447,6 @@ static void virtio_net_handle_rx(VirtIODevice *vdev, > VirtQueue *vq) > VirtIONet *n = to_virtio_net(vdev); > > qemu_flush_queued_packets(&n->nic->nc); > - > - /* We now have RX buffers, signal to the IO thread to break out of the > - * select to re-poll the tap file descriptor */ > - qemu_notify_event(); > } > > static int virtio_net_can_receive(VLANClientState *nc) > diff --git a/net.c b/net.c > index 1922d8a..fa846ae 100644 > --- a/net.c > +++ b/net.c > @@ -491,7 +491,12 @@ void qemu_flush_queued_packets(VLANClientState *vc) > queue = vc->send_queue; > } > > - qemu_net_queue_flush(queue); > + if (qemu_net_queue_flush(queue)) { > + /* We emptied the queue successfully, signal to the IO thread to > repoll > + * the file descriptor (for tap, for example). > + */ > + qemu_notify_event(); > + } > } > > static ssize_t qemu_send_packet_async_with_flags(VLANClientState *sender, > diff --git a/net/queue.c b/net/queue.c > index 1ab5247..fd1c7e6 100644 > --- a/net/queue.c > +++ b/net/queue.c > @@ -232,7 +232,7 @@ void qemu_net_queue_purge(NetQueue *queue, > VLANClientState *from) > } > } > > -void qemu_net_queue_flush(NetQueue *queue) > +bool qemu_net_queue_flush(NetQueue *queue) > { > while (!QTAILQ_EMPTY(&queue->packets)) { > NetPacket *packet; > @@ -248,7 +248,7 @@ void qemu_net_queue_flush(NetQueue *queue) > packet->size); > if (ret == 0) { > QTAILQ_INSERT_HEAD(&queue->packets, packet, entry); > - break; > + return 0; > } > > if (packet->sent_cb) { > @@ -257,4 +257,5 @@ void qemu_net_queue_flush(NetQueue *queue) > > g_free(packet); > } > + return 1; > } > diff --git a/net/queue.h b/net/queue.h > index a31958e..4bf6d3c 100644 > --- a/net/queue.h > +++ b/net/queue.h > @@ -66,6 +66,6 @@ ssize_t qemu_net_queue_send_iov(NetQueue *queue, > NetPacketSent *sent_cb); > > void qemu_net_queue_purge(NetQueue *queue, VLANClientState *from); > -void qemu_net_queue_flush(NetQueue *queue); > +bool qemu_net_queue_flush(NetQueue *queue); > > #endif /* QEMU_NET_QUEUE_H */ > -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- [-- Attachment #2: Type: text/html, Size: 5931 bytes --] ^ permalink raw reply [flat|nested] 3+ messages in thread
[parent not found: <4FC74A8B.40302@siemens.com>]
[parent not found: <4FC75007.6000206@redhat.com>]
* [Qemu-devel] forgotten commit ? (Re: Proposed patch: huge RX speedup for hw/e1000.c) [not found] ` <4FC75007.6000206@redhat.com> @ 2012-07-24 16:49 ` Luigi Rizzo 2012-07-24 16:31 ` Paolo Bonzini 0 siblings, 1 reply; 3+ messages in thread From: Luigi Rizzo @ 2012-07-24 16:49 UTC (permalink / raw) To: Paolo Bonzini; +Cc: Jan Kiszka, Stefano Stabellini, qemu-devel, Luigi Rizzo Paolo, a few weeks ago you posted the patch below but apparently it did not get in after my 'tested-by' reply of June C1st4th I'd like to confirm that your patch works perfectly for me. Tested-by: Luigi Rizzo <rizzo@iet.unipi.it> cheers luigi On Thu, May 31, 2012 at 01:03:35PM +0200, Paolo Bonzini wrote: > Il 31/05/2012 12:40, Jan Kiszka ha scritto: > > On 2012-05-31 12:03, Paolo Bonzini wrote: > >> Il 31/05/2012 10:23, Jan Kiszka ha scritto: > >>>>> @@ -922,6 +923,7 @@ set_rdt(E1000State *s, int index, uint32_t val) > >>>>> { > >>>>> s->check_rxov = 0; > >>>>> s->mac_reg[index] = val & 0xffff; > >>>>> + qemu_notify_event(); > >>> This still looks like the wrong tool: Packets that can't be delivered > >>> are queued. > >> > >> Packets that are read from the tap but can't be delivered are queued; > >> packets that are left on the tap need qemu_notify_event to be flushed. > >> > >>> So we need to flush the queue and clear the blocked delivery > >>> there. qemu_flush_queued_packets appears more appropriate for this. > >> > >> Right, and qemu_flush_queued_packets needs to call qemu_notify_event > >> which makes the call in virtio-net unnecessary. > >> > >> Paolo > >> > >> diff --git a/hw/e1000.c b/hw/e1000.c > >> index 4573f13..43d933a 100644 > >> --- a/hw/e1000.c > >> +++ b/hw/e1000.c > >> @@ -295,6 +295,7 @@ set_rx_control(E1000State *s, int index, uint32_t val) > >> s->rxbuf_min_shift = ((val / E1000_RCTL_RDMTS_QUAT) & 3) + 1; > >> DBGOUT(RX, "RCTL: %d, mac_reg[RCTL] = 0x%x\n", s->mac_reg[RDT], > >> s->mac_reg[RCTL]); > >> + qemu_flush_queued_packets(&s->nic->nc); > >> } > >> > >> static void > >> @@ -926,6 +927,9 @@ set_rdt(E1000State *s, int index, uint32_t val) > >> { > >> s->check_rxov = 0; > >> s->mac_reg[index] = val & 0xffff; > >> + if (e1000_has_rxbufs(s, 1)) { > >> + qemu_flush_queued_packets(&s->nic->nc); > >> + } > >> } > >> > >> static void > >> diff --git a/hw/virtio-net.c b/hw/virtio-net.c > >> index 3f190d4..0974945 100644 > >> --- a/hw/virtio-net.c > >> +++ b/hw/virtio-net.c > >> @@ -447,10 +447,6 @@ static void virtio_net_handle_rx(VirtIODevice *vdev, VirtQueue *vq) > >> VirtIONet *n = to_virtio_net(vdev); > >> > >> qemu_flush_queued_packets(&n->nic->nc); > >> - > >> - /* We now have RX buffers, signal to the IO thread to break out of the > >> - * select to re-poll the tap file descriptor */ > >> - qemu_notify_event(); > >> } > >> > >> static int virtio_net_can_receive(VLANClientState *nc) > >> diff --git a/net.c b/net.c > >> index 1922d8a..fa846ae 100644 > >> --- a/net.c > >> +++ b/net.c > >> @@ -491,7 +491,12 @@ void qemu_flush_queued_packets(VLANClientState *vc) > >> queue = vc->send_queue; > >> } > >> > >> - qemu_net_queue_flush(queue); > >> + if (qemu_net_queue_flush(queue)) { > >> + /* We emptied the queue successfully, signal to the IO thread to repoll > >> + * the file descriptor (for tap, for example). > >> + */ > >> + qemu_notify_event(); > >> + } > >> } > >> > >> static ssize_t qemu_send_packet_async_with_flags(VLANClientState *sender, > >> diff --git a/net/queue.c b/net/queue.c > >> index 1ab5247..fd1c7e6 100644 > >> --- a/net/queue.c > >> +++ b/net/queue.c > >> @@ -232,7 +232,7 @@ void qemu_net_queue_purge(NetQueue *queue, VLANClientState *from) > >> } > >> } > >> > >> -void qemu_net_queue_flush(NetQueue *queue) > >> +bool qemu_net_queue_flush(NetQueue *queue) > >> { > >> while (!QTAILQ_EMPTY(&queue->packets)) { > >> NetPacket *packet; > >> @@ -248,7 +248,7 @@ void qemu_net_queue_flush(NetQueue *queue) > >> packet->size); > >> if (ret == 0) { > >> QTAILQ_INSERT_HEAD(&queue->packets, packet, entry); > >> - break; > >> + return 0; > >> } > >> > >> if (packet->sent_cb) { > >> @@ -257,4 +257,5 @@ void qemu_net_queue_flush(NetQueue *queue) > >> > >> g_free(packet); > >> } > >> + return 1; > >> } > >> diff --git a/net/queue.h b/net/queue.h > >> index a31958e..4bf6d3c 100644 > >> --- a/net/queue.h > >> +++ b/net/queue.h > >> @@ -66,6 +66,6 @@ ssize_t qemu_net_queue_send_iov(NetQueue *queue, > >> NetPacketSent *sent_cb); > >> > >> void qemu_net_queue_purge(NetQueue *queue, VLANClientState *from); > >> -void qemu_net_queue_flush(NetQueue *queue); > >> +bool qemu_net_queue_flush(NetQueue *queue); > >> > >> #endif /* QEMU_NET_QUEUE_H */ > > > > Looks good. > > Luigi, please reply with a Tested-by when possible. > > Paolo ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] forgotten commit ? (Re: Proposed patch: huge RX speedup for hw/e1000.c) 2012-07-24 16:49 ` [Qemu-devel] forgotten commit ? (Re: Proposed patch: huge RX speedup for hw/e1000.c) Luigi Rizzo @ 2012-07-24 16:31 ` Paolo Bonzini 0 siblings, 0 replies; 3+ messages in thread From: Paolo Bonzini @ 2012-07-24 16:31 UTC (permalink / raw) To: Luigi Rizzo; +Cc: Jan Kiszka, Stefano Stabellini, qemu-devel, Luigi Rizzo Il 24/07/2012 18:49, Luigi Rizzo ha scritto: > Paolo, > a few weeks ago you posted the patch below but apparently > it did not get in after my 'tested-by' reply of June C1st4th > I'd like to confirm that your patch works perfectly for me. > > Tested-by: Luigi Rizzo <rizzo@iet.unipi.it> It's on the todo list. :) Paolo ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-07-24 16:31 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <20120530202311.GA1768@onelab2.iet.unipi.it> [not found] ` <20120530212333.GD2672@onelab2.iet.unipi.it> [not found] ` <4FC69389.8050404@web.de> [not found] ` <CA+hQ2+g-2FdgWnqZUh1-oTZkziq8CTNJ5SeA+aCW32FFF=zi4A@mail.gmail.com> [not found] ` <4FC69B28.1000106@web.de> [not found] ` <CA+hQ2+gA5hZ2Zk-kwPNDVcguBsu2UfNiLxs84MgqBUK_MQuC4g@mail.gmail.com> [not found] ` <4FC71FEB.9030100@redhat.com> [not found] ` <4FC72A95.4040808@web.de> [not found] ` <4FC741F1.4000905@redhat.com> 2012-06-01 8:18 ` [Qemu-devel] Proposed patch: huge RX speedup for hw/e1000.c Luigi Rizzo [not found] ` <4FC74A8B.40302@siemens.com> [not found] ` <4FC75007.6000206@redhat.com> 2012-07-24 16:49 ` [Qemu-devel] forgotten commit ? (Re: Proposed patch: huge RX speedup for hw/e1000.c) Luigi Rizzo 2012-07-24 16:31 ` Paolo Bonzini
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).