[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Win2k3 GPLPV Network issue (2)


  • To: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
  • From: "Rik v. A" <rikratva@xxxxxxxxx>
  • Date: Wed, 7 Jan 2009 19:50:55 +0100
  • Cc: xen-users@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Wed, 07 Jan 2009 10:51:34 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=WSDwmRe4W7BpCquSFZA2j+Fo51lrfvV+9xhAy+q08+mcKTq8HY4czZ8KzUCcmo3Xpb e0GITNZ9LnoBPLsuXkToh4wxXyfKUTTl4+WSxXULVPiqTQbsa6d8vBFqiU8sBgt2gEY7 Xw5nnIBz4fQlby3d7Dq94zOb27RXY+sjH4gBc=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

The version of Xen is 3.3.1. Qemu and HVM are from this same source
package. I just upgraded the drivers to the latest 0.9.12-pre13
version.
I also just disabled checksum offloading and checksum checking on RX
packets. It looks like that makes no difference.

I run the iperf server as "iperf -u -s -i 1".
Following is some output from the client.

# iperf -u -c 192.168.0.4
------------------------------------------------------------
Client connecting to 192.168.0.4, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:   107 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.10 port 35602 connected with 192.168.0.4 port 5001
[  3]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec
[  3] Sent 893 datagrams
[  3] Server Report:
[  3]  0.0-10.0 sec  1.22 MBytes  1.02 Mbits/sec  6.944 ms   24/  893 (2.7%)

# iperf -u -c 192.168.0.4 -b 100m
------------------------------------------------------------
Client connecting to 192.168.0.4, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:   107 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.10 port 35602 connected with 192.168.0.4 port 5001
[  3]  0.0-10.0 sec    120 MBytes    101 Mbits/sec
[  3] Sent 85471 datagrams
[  3] Server Report:
[  3]  0.0-10.0 sec    110 MBytes  92.2 Mbits/sec  0.142 ms 7103/85437 (8.3%)
[  3]  0.0-10.0 sec  1 datagrams received out-of-order

# iperf -u -c 192.168.0.4 -b 1000m
------------------------------------------------------------
Client connecting to 192.168.0.4, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:   107 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.10 port 35602 connected with 192.168.0.4 port 5001
[  3]  0.0-10.0 sec    950 MBytes    797 Mbits/sec
[  3] Sent 677652 datagrams
[  3] Server Report:
[  3]  0.0-10.3 sec    615 MBytes    503 Mbits/sec  15.303 ms
238487/677396 (35%)


2009/1/6 James Harper <james.harper@xxxxxxxxxxxxxxxx>:
>>
>> Sorry for the previous unfinished E-mail. I managed to send it already
>> using a weird Gmail key combination...
>>
>> Hi. I am running Windows 2003 Server with James' excellent GPLPV
>> drivers. They significantly boosted the network throughput (I get
>> around 600 Mbit using iperf).
>> However, I am having some trouble with the ethernet. We are using an
>> accounting application that uses Samba shares to store it's (database)
>> data. It is very poorly written, and since I moved from a physical
>> Win2k machine to a Xen-based Win2k3 machine, it keeps crashing. I
>> thought that it was just due the poor quality of the software, but
>> since I have started using Bacula for the backups, I suspect the
>> network drivers. Bacula fails almost every backup job (Connection
>> reset by peer) to the two Win2k3 machines running on the same Xen
>> server. It has no problems backing up other (physical) machines.
>>
>> I tested the packet loss using Iperf UDP tests, and as soon as I
>> increase the bandwidth, I get packet loss values up to 39%.
>
> Can you tell me the bandwidth figures you were testing with?
>
>>
>> I also run a paravirtual Linux guest on this same Xen server that
>> doesn't suffer from this packet loss.
>>
>> Is there something I can do?
>
> Try turning off checksum and large send offloading as a first thing to
> try.
>
> James
>

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.