Andy Wojnarek on 14 Nov 2016 10:37:10 -0800 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
Re: [PLUG] Linux networking really slow on copy |
I would: 1. Take a tcpdump on both sides 2. Loop over netstat/ss and pay attention to the send/recv queues Check the tcpdump for any tcp window scaling, retransmits, packet fragmentation etc. Thanks, Andrew Wojnarek | Sr. Systems Engineer | ATS Group, LLC mobile 717.856.6901 | andy.wojnarek@TheATSGroup.com On 11/14/16, 12:31 PM, "plug on behalf of JP Vossen" <plug-bounces@lists.phillylinux.org on behalf of jp@jpsdomain.org> wrote: I'm trying to copy about 3TB from a physical machine to a VM running on Debian8 + VMware Workstation 10, and it's going badly. I'm copying 2,000+ MythTV files; half are the tiny PNG thumbnail pics and half are *.mpg ranging up to a single 21G file. I've had a lot of load and general slowness and since that same host and VMware runs my main "services" server that's not good. I tried to cut out the overhead of SSH and Rsync as follows: source: tar cv . | nc -q 1 192.168.80.81 5123 target: nc -q 1 -l -p 5123 | pv -pterb -s 3T | tar xv The data is now moving over a cross-over cable on dedicated NICs on IPAs that are not on my LAN, so I know the traffic is flowing on the x-over cable. The physical machine has eth1 connected to eth1 on the Debian host. That NIC has no IP on the host, but is bridged to vmnet2 in VMware and the target VM's eth1 is connected to that. Target VM: # mii-tool eth0: negotiated 1000baseT-FD flow-control, link ok eth1: negotiated 1000baseT-FD flow-control, link o The physical machine: # mii-tool eth0: negotiated 100baseTx-FD, link ok eth1: negotiated 1000baseT-FD flow-control, link ok eth0 is odd because it's connected to the same core GigE switch everything else is and all the other ports (e.g. the Debian host) are 1000baseT-FD as expected. The 100baseT is also part of the reason to try the dedicated x-over cable, which is 1000baseT-FD as expected. In ALL cases I've tried so far, transfer speed starts out about as expected but then rapidly tanks to nothing and/or then flails around. Examples: Originally with rsync: 11MB/s down to ~192KB/s Originally with netcat: same Cross-over and netcat: 100MB/s to ~192KB/s but now all over All over is ranging as I watch it from 74MB/s to 850KB/s but often hovering in the 15MB/s or 25MB/s range. The source is an old PE2950 running Mythbuntu 14.04, the target is a slightly less old R710 running Debian8 + VMWst 10 and the target VM is booted into mythbuntu-14.04.1-desktop-amd64.iso with the appropriate VM file systems mounted into /mnt/. WTH? Note I have not tuned the stock network stack on any machine involved. So this looks like maybe I have a buffering or flow-control problem, but I don't know where or how to fix it. Clues? Thanks, JP -- ------------------------------------------------------------------- JP Vossen, CISSP | http://www.jpsdomain.org/ | http://bashcookbook.com/ ___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug ___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug