Hello Maybe it can the the disks write speed, anayway you can use netstat or ss look for Recv-Q Send-Q columns
2013/4/12 John Elliot <[email protected]> > Thanks again for your help with this. > > I've run 500 pings (-c 500 -i 0) in both directions, and got zero loss. > > Ill try running tcpdump on both servers, and re-testing to check the > segments. > > Swapping the servers would be extremely difficult ;) (They are over > 1000k's apart, and one is in an unmanned(majority of the time) data > centre. > > > > > > From: [email protected] > > Date: Fri, 12 Apr 2013 01:38:40 -0300 > > Subject: Re: iperf / ftp / http TCP poor performance in one direction > (UDP good) > > To: [email protected] > > CC: [email protected] > > > > > On Fri, Apr 12, 2013 at 1:16 AM, Guido Martínez <[email protected]> > wrote: > > > Did you check if A acknowledges every received segment? > > Sorry, what I meant by this is if every sent segment from B reaches A. > > You can run an instance of wireshark on each host to check this. > > Basically you need to check for packet loss at high speeds (ping could > > be of use if you set the interval to 0). > > > > TCP Dup ACKs are likely caused by packet loss. > > TCP segment of a reassembled PDU is something Wireshark adds since it > > interprets a bit about application layer protocols, and I think it's > > not a reason to worry (I could have understood this wrong, I just > > looked it up). > > > > If it's easy, you could also try swapping the location of the hosts, > > to see if the problem is on the hosts, or on the link. > > > > Hope it helps and post more info if you find any. > > Guido > > > > > > -- > > To UNSUBSCRIBE, email to [email protected] > > with a subject of "unsubscribe". Trouble? Contact > [email protected] > > Archive: > http://lists.debian.org/[email protected] > > > -- esta es mi vida e me la vivo hasta que dios quiera
