Date: Wed, 9 Jul 2003 11:27:19 -0700 From: "Max Clark" <max.clark@media.net> To: "Dan Nelson" <dnelson@allantgroup.com> Cc: freebsd-hackers@freebsd.org Subject: RE: What ever happened with this? "eXperimental bandwidth delay product code" Message-ID: <ILENIMHFIPIBHJLCDEHKAEEICJAA.max.clark@media.net> In-Reply-To: <20030709181859.GH39506@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Fantastic, this is exactly what I was looking for. When you say it's got a specific purpose, I am looking for something that will dynamically tune a 6Mbit/s, 220ms network link for bulk (500MB) file transfers. Is this what I think it is, or should I be looking at something else? Thanks in advance, Max -----Original Message----- From: Dan Nelson [mailto:dnelson@allantgroup.com] Sent: Wednesday, July 09, 2003 11:19 AM To: Max Clark Cc: freebsd-hackers@freebsd.org Subject: Re: What ever happened with this? "eXperimental bandwidth delay product code" In the last episode (Jul 09), Max Clark said: > Hi all, > > I am doing research on dynamic tcp tunning, what ever happened with the > patch below? > > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&safe=off&selm=20 0107150943.f6F9hhx06763%40earth.backplane.com&rnum=1 It got commited to 4.x and 5.x in August 2002; the sysctls were renamed to net.inet.tcp.inflight_debug, inflight_enable, and inflight_min. They're documented in the tcp(4) manpage. Note that it's got a specific purpose; you don't want to turn this on by default as it will lower the throughput of individual TCP streams to prevent backlogs and packet loss. -- Dan Nelson dnelson@allantgroup.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ILENIMHFIPIBHJLCDEHKAEEICJAA.max.clark>