WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] RE: [Xen-users] Network performance - sending from VM to VM

To: "Cherie Cheung" <ccyxen@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>, <xen-users@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] RE: [Xen-users] Network performance - sending from VM to VM using TCP
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Fri, 27 May 2005 11:49:04 +0100
Delivery-date: Fri, 27 May 2005 10:49:30 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcVheKNbc3YHKac+T4uiU4fr+OhvWAA1cOqw
Thread-topic: [Xen-users] Network performance - sending from VM to VM using TCP
 > I have been simulating a network using dummynet and 
> evaluating it using netperf. Xen3.0-unstable is used and the 
> VMs are vmlinuz-2.6.11-xenU. The simulated link is 300Mbps 
> with 80ms RTT.
> Using netperf, I sent data using TCP from domain-0 of machine 
> 1 to domain-0 of machine 2. Then I repeat the experiment, but 
> this time from VM-1 of machine 1 to VM-1 of machine 2.
> 
> However, the performance across the two VMs is substantially 
> worse than that across domain-0. Here's the result:

Someone else was having problems with low performance via dummynet a
couple of months back. It's presumably dummynet's packet scheduling
causing some bad interaction with the batch processing of packets in
netfront/back.

The first step to understanding this is probably to capture a tcpdump
and look at it with tcptrace to see what's happening with window sizes
and scheduling of packets.

Ian

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>