From: "Michael S. Tsirkin" <mst@redhat.com>
To: Jason Wang <jasowang@redhat.com>
Cc: krkumar2@in.ibm.com, habanero@linux.vnet.ibm.com,
kvm@vger.kernel.org, netdev@vger.kernel.org, mashirle@us.ibm.com,
linux-kernel@vger.kernel.org,
virtualization@lists.linux-foundation.org, edumazet@google.com,
tahm@linux.vnet.ibm.com, jwhan@filewood.snu.ac.kr,
davem@davemloft.net
Subject: Re: [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net
Date: Mon, 25 Jun 2012 13:07:58 +0300 [thread overview]
Message-ID: <20120625100758.GB19169@redhat.com> (raw)
In-Reply-To: <20120625090829.7263.65026.stgit@amd-6168-8-1.englab.nay.redhat.com>
On Mon, Jun 25, 2012 at 05:16:48PM +0800, Jason Wang wrote:
> Hello All:
>
> This series is an update version of multiqueue virtio-net driver based on
> Krishna Kumar's work to let virtio-net use multiple rx/tx queues to do the
> packets reception and transmission. Please review and comments.
>
> Test Environment:
> - Intel(R) Xeon(R) CPU E5620 @ 2.40GHz, 8 cores 2 numa nodes
> - Two directed connected 82599
>
> Test Summary:
>
> - Highlights: huge improvements on TCP_RR test
> - Lowlights: regression on small packet transmission, higher cpu utilization
> than single queue, need further optimization
Didn't review yet, reacting this this paragraph:
To avoid regressions, it seems reasonable to make
the device use a single queue by default for now.
Add a way to switch multiqueue on/off using ethtool.
This way guest admin can tune the device for the
workload manually until we manage to imlement some
self-tuning heuristics.
--
MST
WARNING: multiple messages have this Message-ID (diff)
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Jason Wang <jasowang@redhat.com>
Cc: krkumar2@in.ibm.com, habanero@linux.vnet.ibm.com,
rusty@rustcorp.com.au, netdev@vger.kernel.org,
mashirle@us.ibm.com, linux-kernel@vger.kernel.org,
virtualization@lists.linux-foundation.org, edumazet@google.com,
tahm@linux.vnet.ibm.com, jwhan@filewood.snu.ac.kr,
akong@redhat.com, davem@davemloft.net, kvm@vger.kernel.org
Subject: Re: [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net
Date: Mon, 25 Jun 2012 13:07:58 +0300 [thread overview]
Message-ID: <20120625100758.GB19169@redhat.com> (raw)
In-Reply-To: <20120625090829.7263.65026.stgit@amd-6168-8-1.englab.nay.redhat.com>
On Mon, Jun 25, 2012 at 05:16:48PM +0800, Jason Wang wrote:
> Hello All:
>
> This series is an update version of multiqueue virtio-net driver based on
> Krishna Kumar's work to let virtio-net use multiple rx/tx queues to do the
> packets reception and transmission. Please review and comments.
>
> Test Environment:
> - Intel(R) Xeon(R) CPU E5620 @ 2.40GHz, 8 cores 2 numa nodes
> - Two directed connected 82599
>
> Test Summary:
>
> - Highlights: huge improvements on TCP_RR test
> - Lowlights: regression on small packet transmission, higher cpu utilization
> than single queue, need further optimization
Didn't review yet, reacting this this paragraph:
To avoid regressions, it seems reasonable to make
the device use a single queue by default for now.
Add a way to switch multiqueue on/off using ethtool.
This way guest admin can tune the device for the
workload manually until we manage to imlement some
self-tuning heuristics.
--
MST
next prev parent reply other threads:[~2012-06-25 10:07 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-25 9:16 [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net Jason Wang
2012-06-25 9:17 ` [net-next RFC V4 PATCH 1/4] virtio_net: Introduce VIRTIO_NET_F_MULTIQUEUE Jason Wang
2012-06-25 9:17 ` [net-next RFC V4 PATCH 2/4] virtio_ring: move queue_index to vring_virtqueue Jason Wang
2012-06-25 9:41 ` [net-next RFC V4 PATCH 3/4] virtio: introduce a method to get the irq of a specific virtqueue Jason Wang
2012-06-25 9:41 ` Jason Wang
2012-06-25 10:14 ` Michael S. Tsirkin
2012-06-25 10:14 ` Michael S. Tsirkin
2012-06-26 5:59 ` Jason Wang
2012-06-26 5:59 ` Jason Wang
2012-06-25 9:41 ` [net-next RFC V4 PATCH 4/4] virtio_net: multiqueue support Jason Wang
2012-06-25 9:41 ` Jason Wang
2012-06-25 10:07 ` Michael S. Tsirkin [this message]
2012-06-25 10:07 ` [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net Michael S. Tsirkin
2012-06-25 14:13 ` John Fastabend
2012-06-25 14:13 ` John Fastabend
2012-06-25 17:49 ` Sridhar Samudrala
2012-06-25 17:49 ` Sridhar Samudrala
2012-06-26 6:02 ` Jason Wang
2012-06-26 6:02 ` Jason Wang
2012-06-25 18:01 ` Shirley Ma
2012-06-25 18:01 ` Shirley Ma
2012-06-26 6:03 ` Jason Wang
2012-06-26 6:03 ` Jason Wang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120625100758.GB19169@redhat.com \
--to=mst@redhat.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=habanero@linux.vnet.ibm.com \
--cc=jasowang@redhat.com \
--cc=jwhan@filewood.snu.ac.kr \
--cc=krkumar2@in.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mashirle@us.ibm.com \
--cc=netdev@vger.kernel.org \
--cc=tahm@linux.vnet.ibm.com \
--cc=virtualization@lists.linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.