This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-devel] Re: [PATCH 0/4] [Net] Support Xen accelerated network plugin

To: Jeff Garzik <jgarzik@xxxxxxxxx>, Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>, Kieran Mansley <kmansley@xxxxxxxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH 0/4] [Net] Support Xen accelerated network plugin modules
From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Date: Mon, 21 May 2007 18:14:01 +1000
Cc: muli@xxxxxxxxxx, netdev@xxxxxxxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 21 May 2007 01:13:12 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1179494148.14376.7.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1179494148.14376.7.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.9i
On Fri, May 18, 2007 at 02:15:48PM +0100, Kieran Mansley wrote:
> I've also CC'd netdev@xxxxxxxxxxxxxxx as some of the files being patched
> may be merged into upstream linux soon, and so folks there may have
> opinions too.

Jeff and Stephen, could you both take a look at these proposed patches
against the Xen netfront driver and see whether the hooks that they add
look OK from a Linux network driver point of view?

> This set of patches provides the hooks and support necessary for
> accelerated network plugin modules to attach to Xen's netback and
> netfront.  These modules provide a fast path for network traffic where
> there is hardware support available for the netfront driver to send and
> receive packets directly to a NIC (such as those available from
> Solarflare).

The RX side looks reasonble.  For TX, what sort of conditions are you
likely to use to decide whether a packet gets fast path or not?

Also for TX, you'll need a better way of managing queue stopping/starting
since presumably you only want to wake the queue when both fast path and
slow path have free slots.

> We have found that using this approach to accelerating network traffic,
> domU to domU connections (across the network) can achieve close to the
> performance of dom0 to dom0 connections on a 10Gbps ethernet.  This is
> roughly double the bandwidth seen with unmodified Xen. 

That sounds good.  I wonder how much of this difference goes away if we
had LRO though.

Here's an interesting experiment, what if you only used these hooks on
the receive side for your 10Gbps transfer? Of course, you need to make
sure that TSO is working properly on the sending side.

Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Xen-devel mailing list