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

RE: [Xen-users] Another GPLPV pre-release 0.9.11-pre20




"James Harper" <james.harper@xxxxxxxxxxxxxxxx> wrote on 05.11.2008 11:49:18:

> Based on that, I'll get you to try some tcpdumps with offload enabled.
> If you want to do them straight away, we are looking for:
>
> Dom0<->WinDomU - incorrect checksums
> Bacula<->WinDomU - outgoing packets from each machine have bad checksum,
> incoming packets have good checksum
>
> In Dom0 I really need to see tcpdump's of the vif interface, the bridge
> interface, and the peth0.13 interface.

I tcpdumped my remote desktop connection (checksum offload enabled, large send offload enabled):
Showed incorrect cksums on vif65.0 and br13 interfaces, but no incorrect cksums on peth0.13 i quess you are right, Linux does calculate correct tcp chsums when it send them off to the wire...?

Also when i did iperf between dom0 <-> winDomU with large send offload enabled and checksum offload enabled i get this:
C:\TEMP>iperf -s -w1M
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 1.00 MByte
------------------------------------------------------------
[1872] local 213.250.XX.XX port 5001 connected with 213.250.DOM.0 port 43323
[ ID] Interval       Transfer     Bandwidth
[1872]  0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

I retested that couple times and allways about 910-920 Mbit/sec, so when i enable checksum offload it goes from 1.59 Gbits/sec -> 912Mbit.

   Phone: GSM: +358 50 384 3232
  Net Servant Service desk: 010 470 7900
_______________________________________________
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®.