From mboxrd@z Thu Jan 1 00:00:00 1970 From: Asias He Subject: Re: [transparent networking] Re: [PATCH] kvm tools: Implement virtio network device Date: Wed, 13 Apr 2011 21:39:33 +0800 Message-ID: <4DA5A795.3010902@gmail.com> References: <1302695328-3503-1-git-send-email-asias.hejun@gmail.com> <4DA58E35.5010801@cs.helsinki.fi> <4DA59068.9060707@gmail.com> <20110413130242.GB24287@elte.hu> <4DA5A633.8060104@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Ingo Molnar , Pekka Enberg , Cyrill Gorcunov , kvm@vger.kernel.org To: Avi Kivity Return-path: Received: from mail-px0-f179.google.com ([209.85.212.179]:63751 "EHLO mail-px0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753716Ab1DMNkh (ORCPT ); Wed, 13 Apr 2011 09:40:37 -0400 Received: by pxi2 with SMTP id 2so360739pxi.10 for ; Wed, 13 Apr 2011 06:40:37 -0700 (PDT) In-Reply-To: <4DA5A633.8060104@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 04/13/2011 09:33 PM, Avi Kivity wrote: > On 04/13/2011 04:02 PM, Ingo Molnar wrote: >> * Asias He wrote: >> >> > >> Here are some scp performance test for differenct implementations: >> > >> None of rx and tx as thread: >> > >> guest to host 3.2MB/s >> > >> host to guest 3.1MB/s >> > >> >> > >> Only rx as thread: >> > >> guest to host 14.7MB/s >> > >> host to guest 33.4MB/s >> > >> >> > >> Both rx and tx as thread(This patch works this way): >> > >> guest to host 19.8MB/s >> > >> host to guest 32.5MB/s >> > >> >> > >> Signed-off-by: Asias He >> > > >> > > This is already in master. Thanks! >> > > >> > >> > Ingo suggested to CC the updated version of this patch to kvm list. >> So I >> > am posting this patch again. >> >> Thanks Asias, cool stuff. >> >> Maybe other KVM developers want to chime in about how to best implement >> transparent (non-TAP-using) guest-side networking. >> >> The best approach would be to not go down as low as the IP/Ethernet >> packeting >> level (it's unnecessary protocol overhead), but to implement some sort of >> streaming, virtio based TCP connection proxying support. >> >> Strictly talking the guest does not need ICMP packets to have working >> Internet >> connectivity - only passing/tunneling through TCP sockets would be >> enough. The >> following highlevel ops are needed: >> >> - connect/shutdown/close >> - send/receive >> - poll >> >> And would be passed through to the host side and mirrored there into real >> connect/shutdown TCP socket ops and into send/receive ops. >> >> The guest OS does not need to be 'aware' of this in any way, as long >> as the >> bzImage has this magic guest tunneling support included. >> >> Obviously, such a highlevel approach would be much faster as well than >> any >> packet level virtual networking approach. >> >> Does something like this exist upstream, or do we have to implement it? >> > > macvtap does non-privileged setupless networking. Great! Thanks Avi! -- Best Regards, Asias He