From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 0/6] Kill off the virtio_net tx mitigation timer Date: Sun, 02 Nov 2008 11:57:36 +0200 Message-ID: <490D7990.8090100@redhat.com> References: <> <1225389113-28332-1-git-send-email-markmc@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Avi Kivity , kvm@vger.kernel.org To: Mark McLoughlin Return-path: Received: from mx2.redhat.com ([66.187.237.31]:52816 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753258AbYKBJ5j (ORCPT ); Sun, 2 Nov 2008 04:57:39 -0500 In-Reply-To: <1225389113-28332-1-git-send-email-markmc@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: Mark McLoughlin wrote: > Hey, > > The main patch in this series is 5/6 - it just kills off the > virtio_net tx mitigation timer and does all the tx I/O in the > I/O thread. > > Below are the results I got from benchmarking guest->host and > host->guest on my machine. > > There's enough numbers there to make anyone blind, but basically > there are results for current kvm-userspace.git, with the > no-tx-timer patch applied and with the drop-the-mutex patch > applied. > > Also, I've included results that show what difference some tuning > makes with all the patches applied. The tuning basically just > involves pinning the I/O thread and the netperf/netserver processes > in both the host and guest to two physical CPUs which share a L2 > cache. > > (Yes, the 1k buffer size results are weird - we think there's a bug > in recent kernels that causes us not to coalesce these small buffers > into a large GSO packet before sending) > Applied 1-2 while we debate the rest. -- error compiling committee.c: too many arguments to function