From owner-freebsd-net@FreeBSD.ORG Sat Aug 9 20:58:28 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32307548 for ; Sat, 9 Aug 2014 20:58:28 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E79D1279D for ; Sat, 9 Aug 2014 20:58:27 +0000 (UTC) Received: from [192.168.1.200] (p54819F65.dip0.t-ipconnect.de [84.129.159.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 25B041C10481A; Sat, 9 Aug 2014 22:58:25 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: A problem on TCP in High RTT Environment. From: Michael Tuexen In-Reply-To: <20140809204500.GG83475@funkthat.com> Date: Sat, 9 Aug 2014 22:58:25 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3F6BC212-4223-4AAC-8668-A27075DC55C2@lurchi.franken.de> References: <20140809184232.GF83475@funkthat.com> <8AE1AC56-D52F-4F13-AAA3-BB96042B37DD@lurchi.franken.de> <20140809204500.GG83475@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-net@freebsd.org, Niu Zhixiong , Bill Yuan X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2014 20:58:28 -0000 On 09 Aug 2014, at 22:45, John-Mark Gurney wrote: > Michael Tuexen wrote this message on Sat, Aug 09, 2014 at 21:51 +0200: >>=20 >> On 09 Aug 2014, at 20:42, John-Mark Gurney wrote: >>=20 >>> Niu Zhixiong wrote this message on Fri, Aug 08, 2014 at 20:34 +0800: >>>> Dear all, >>>>=20 >>>> Last month, I send problems related to FTP/TCP in a high RTT = environment. >>>> After that, I setup a simulation environment(Dummynet) to test TCP = and SCTP >>>> in high delay environment. After finishing the test, I can see TCP = is >>>> always slower than SCTP. But, I think it is not possible. (Plz see = the >>>> figure in the attachment). When the delay is 200ms(means = RTT=3D400ms). >>>> Besides, the TCP is extremely slow. >>>>=20 >>>> ALL BW=3D20Mbps, DELAY=3D 0 ~ 200MS, Packet LOSS =3D 0 (by = dummynet) >>>>=20 >>>> This is my parameters: >>>> FreeBSD vfreetest0 10.0-RELEASE FreeBSD 10.0-RELEASE #0: Thu Aug 7 >>>> 11:04:15 HKT 2014 >>>>=20 >>>> sysctl net.inet.tcp >>>=20 >>> [...] >>>=20 >>>> net.inet.tcp.recvbuf_auto: 0 >>>=20 >>> [...] >>>=20 >>>> net.inet.tcp.sendbuf_auto: 0 >>>=20 >>> Try enabling this... This should allow the buffer to grow large = enough >>> to deal w/ the higher latency... >>>=20 >>> Also, make sure your program isn't setting the recv buffer size as = that >>> will disable the auto growing... >> I think the program sets the buffer to 2MB, which it also does for = SCTP. >> So having both statically at the same size makes sense for the = comparison. >> I remember that there was a bug in the combination of LRO and delayed = ACK, >> which was fixed, but I don't remember it was fixed before 10.0... >=20 > Sounds like disabling LRO and TSO would be a useful test to see if = that > improves things... But hiren said that the fix made it, so... >=20 >>> If you use netstat -a, you should be able to see the send-q on the >>> sender grow as necessary... >=20 > Also, getting the send-q output while it's running would let us know > if the buffer is getting to 2MB or not... That is correct. Niu: Can you provide this? Best regards Michael >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." >=20