Is this being seen on the bare metal (without KVM at all)? Is that what you meant by "testing on the maching itself"? What's type of system is this? This is a low performance networking device (i.e. x1 PCIe) but if it's working OK on IPv4 and ant IPv6 then it could be lots of things other then the NIC/driver.
Cheers, John ----------------------------------------------------------- "...that your people will judge you on what you can build, not what you destroy.", B. Obama, 2009 >-----Original Message----- >From: Tony Hoyle [mailto:t...@hoyle.me.uk] >Sent: Friday, December 18, 2009 9:27 AM >To: e1000-devel@lists.sourceforge.net >Subject: [E1000-devel] Checksum offloading issue with >combination of ipv6 and kvm > >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hi, > >I've been tracking down a slow network problem (lots of >retransmits, duplicate >acks) etc. over ipv6. The solution eventually was to disable >checksum offloading >on the nic, so there may be a bug there. > >The server is running an Intel Gigabit NIC (possibly onboard) >with PCI ID >8086:10b9 (rev 06). Kernel version is 2.6.31. > >It's my VM server so runs KVM, and I first noticed the problem >in VMs - ipv4 >was full speed, ipv6 was at about 5% of normal. Testing on >the machine itself >showed the problem as well (scp from another machine on the >same switch). > >Not really sure whether that's enough information to look at it. > >Example test: > >peach:~ tmh$ scp goliath:/home/tmh/t/100mbtest/100mb.dat . >100mb.dat 0% >48KB 22.6KB/s 1:15:30 ETA >peach:~ tmh$ scp -4 goliath:/home/tmh/t/100mbtest/100mb.dat . >100mb.dat 0% >368KB 115.0KB/s 14:46 ETA > >(this is from a remote machine so is travelling over the DSL >uplink.. the local tests are much more dramatic giving 50MB/s >for ipv4 and the same 20Kbps for ipv6). > >Tony >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.9 (Darwin) >Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > >iQEcBAEBAgAGBQJLK7t3AAoJEJ1qCQ6ePCDUFJYH/3N+8CMM1TaUA1/4eXw6FMfH >Lv+iHv63NmdI1So9VQhmfNSCz+z3gd7y9N1XbwA31DLpE9AG9uXw14lp8x315HN5 >qANkRy3ZonYS0KpRnNaKFdGWD6k1kTUFZwUwYqx0ek6xgW8yI8KgQaPI+R2LN1Eh >Rw80EXNbEJKB2lHoUZwjE2x+6yQYFQ/QI1OiwhXAOrpd1hcAH9iJwREJEouOW7YW >P0nSpkjd1T2vUsDAi4ql5mt5nlslR+XBSyn1y2+hjzKxl4WvAwpHbXqU3s74XT6u >9u0soh6l5f2o9WUtts2d6JYtKNIGQBPOdFkeWrwjQOlKUSonjdEJ7QcLn39uQQk= >=WNRk >-----END PGP SIGNATURE----- > >--------------------------------------------------------------- >--------------- >This SF.Net email is sponsored by the Verizon Developer Community >Take advantage of Verizon's best-in-class app development support >A streamlined, 14 day to market process makes app distribution >fast and easy >Join now and get one step closer to millions of Verizon customers >http://p.sf.net/sfu/verizon-dev2dev >_______________________________________________ >E1000-devel mailing list >E1000-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/e1000-devel > ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
