From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Michael S. Tsirkin" Subject: Re: [net-next RFC V4 PATCH 0/4] Multiqueue virtio-net Date: Mon, 25 Jun 2012 13:07:58 +0300 Message-ID: <20120625100758.GB19169@redhat.com> References: <20120625090829.7263.65026.stgit@amd-6168-8-1.englab.nay.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20120625090829.7263.65026.stgit@amd-6168-8-1.englab.nay.redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: virtualization-bounces@lists.linux-foundation.org Errors-To: virtualization-bounces@lists.linux-foundation.org To: Jason Wang 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 List-Id: virtualization@lists.linuxfoundation.org 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