From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:40172) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SWnTV-00080F-3h for qemu-devel@nongnu.org; Tue, 22 May 2012 07:42:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SWnTQ-0007Wj-BS for qemu-devel@nongnu.org; Tue, 22 May 2012 07:42:00 -0400 Received: from gate.crashing.org ([63.228.1.57]:59153) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SWnTQ-0007WO-2W for qemu-devel@nongnu.org; Tue, 22 May 2012 07:41:56 -0400 Message-ID: <1337686901.3038.12.camel@pasglop> From: Benjamin Herrenschmidt Date: Tue, 22 May 2012 21:41:41 +1000 In-Reply-To: <20120522111441.GC3032@redhat.com> References: <1337549768.2458.0.camel@pasglop> <1337565405.2458.12.camel@pasglop> <4FB9F89A.90702@redhat.com> <20120521083132.GI4674@redhat.com> <4FBABF2D.2020200@codemonkey.ws> <1337639166.2779.117.camel@pasglop> <4FBAC22A.5010708@codemonkey.ws> <20120521224436.GL17031@redhat.com> <1337661278.2779.166.camel@pasglop> <1337671059.2779.188.camel@pasglop> <20120522111441.GC3032@redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Add a memory barrier to DMA functions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: Paolo Bonzini , Rusty Russell , qemu-devel@nongnu.org, Anthony Liguori , David Gibson On Tue, 2012-05-22 at 14:14 +0300, Michael S. Tsirkin wrote: > > The baseline is the laptop without kvm talking to the server. The > > TCP_STREAM test results are: > > It's not a good test. The thing most affecting throughput results is > how > much CPU does you guest get. So as a minumum you need to measure CPU > utilization on the host and divide by that. The simple fact that we don't reach the baseline while in qemu seems to be a reasonably good indication that we tend to be CPU bound already so it's not -that- relevant. It would be if we were saturating the network. But yes, I can try to do more tests tomorrow, it would be nice if you could contribute a proper test protocol (or even test on some machines) since you seem to be familiar with those measurements (and I have a very limited access to x86 gear ... basically just my laptop). Cheers, Ben.