From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VOQhk-00010q-6k for qemu-devel@nongnu.org; Tue, 24 Sep 2013 07:23:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VOQhb-0007Ey-LT for qemu-devel@nongnu.org; Tue, 24 Sep 2013 07:22:56 -0400 Received: from mail-ee0-x230.google.com ([2a00:1450:4013:c00::230]:40066) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VOQhb-0007EX-EY for qemu-devel@nongnu.org; Tue, 24 Sep 2013 07:22:47 -0400 Received: by mail-ee0-f48.google.com with SMTP id l10so2350836eei.7 for ; Tue, 24 Sep 2013 04:22:46 -0700 (PDT) Date: Mon, 23 Sep 2013 15:43:19 +0200 From: Stefan Hajnoczi Message-ID: <20130923134319.GB10376@stefanha-thinkpad.redhat.com> References: <20130920172123.20190.55970.malonedeb@wampee.canonical.com> <20130920172123.20190.55970.malonedeb@wampee.canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130920172123.20190.55970.malonedeb@wampee.canonical.com> Subject: Re: [Qemu-devel] [Bug 1228285] [NEW] e1000 nic TCP performances List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Vincent Autefage <1228285@bugs.launchpad.net> Cc: qemu-devel@nongnu.org On Fri, Sep 20, 2013 at 05:21:23PM -0000, Vincent Autefage wrote: > Here is the context : > > $ qemu -name A -m 1024 -net nic vlan=0,model=e1000 -net socket,vlan=0,listen=127.0.0.1:7000 > $ qemu -name B -m 1024 -net nic vlan=0,model=e1000 -net socket,vlan=0,connect=127.0.0.1:7000 > > The bandwidth is really tiny : > > . Iperf3 reports about 30 Mb/sec > . NetPerf reports about 50 Mb/sec > > > With UDP sockets, there is no problem at all : > > . Iperf3 reports about 1 Gb/sec > . NetPerf reports about 950 Mb/sec > > > I've noticed this fact only with the e1000 NIC, not with others (rtl8139,virtio, etc.) > I've used the main GIT version of QEMU. It's interesting that you see good performance over -netdev socket TCP with the other NIC models. I don't know what the issue would be, you'll probably need to dig further to discover the problem. Using wireshark might be a good start. Try to figure out where the delay is incurred and then instrument that code to find out the cause. Stefan