Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757275AbZKDQgY (ORCPT ); Wed, 4 Nov 2009 11:36:24 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757181AbZKDQgX (ORCPT ); Wed, 4 Nov 2009 11:36:23 -0500 Received: from mx1.redhat.com ([209.132.183.28]:9066 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756929AbZKDQgX (ORCPT ); Wed, 4 Nov 2009 11:36:23 -0500 Date: Wed, 4 Nov 2009 18:23:39 +0200 From: "Michael S. Tsirkin" To: Gregory Haskins Cc: netdev@vger.kernel.org, virtualization@lists.linux-foundation.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, mingo@elte.hu, linux-mm@kvack.org, akpm@linux-foundation.org, hpa@zytor.com, Rusty Russell , s.hetze@linux-ag.com, Daniel Walker , Eric Dumazet Subject: Re: [PATCHv8 0/3] vhost: a kernel-level virtio server Message-ID: <20091104162339.GA311@redhat.com> References: <20091104155234.GA32673@redhat.com> <4AF1A587.8000509@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AF1A587.8000509@gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1801 Lines: 51 On Wed, Nov 04, 2009 at 11:02:15AM -0500, Gregory Haskins wrote: > Michael S. Tsirkin wrote: > > Ok, I think I've addressed all comments so far here. > > Rusty, I'd like this to go into linux-next, through your tree, and > > hopefully 2.6.33. What do you think? > > I think the benchmark data is a prerequisite for merge consideration, IMO. Shirley Ma was kind enough to send me some measurement results showing how kernel level acceleration helps speed up you can find them here: http://www.linux-kvm.org/page/VhostNet Generally, I think that merging should happen *before* agressive benchmarking/performance tuning: otherwise there is very substancial risk that what is an optimization in one setup hurts performance in another one. When code is upstream, people can bisect to debug regressions. Another good reason is that I can stop spending time rebasing and start profiling. > Do you have anything for us to look at? For guest to host, compared to latest qemu with userspace virtio backend, latency drops by a factor of 6, bandwidth doubles, cpu utilization drops slightly :) > I think comparison that show the following are of interest: > > throughput (e.g. netperf::TCP_STREAM): guest->host, guest->host->guest, > guest->host->remote, host->remote, remote->host->guest > > latency (e.g. netperf::UDP_RR): same conditions as throughput > > cpu-utilization > > others? > > Ideally, this should be at least between upstream virtio and vhost. > Bonus points if you include venet as well. And vmxnet3 :) > Kind regards, > -Greg > -- MST -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/