Date: Mon, 8 Mar 2004 12:22:10 -0800 From: Brooks Davis <brooks@one-eyed-alien.net> To: Kevin Oberman <oberman@es.net> Cc: Andre Oppermann <andre@freebsd.org> Subject: Re: My planned work on networking stack Message-ID: <20040308202210.GB485@Odin.AC.HMC.Edu> In-Reply-To: <20040308182431.4FA6D5D08@ptavv.es.net> References: <404BA723.C8141806@freebsd.org> <20040308182431.4FA6D5D08@ptavv.es.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--9zSXsLTf0vkW971A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 08, 2004 at 10:24:31AM -0800, Kevin Oberman wrote: > > Date: Sun, 07 Mar 2004 23:50:11 +0100 > > From: Andre Oppermann <andre@freebsd.org> > > Sender: owner-freebsd-current@freebsd.org > >=20 > > David Malone wrote: > > >=20 > > > On Mon, Mar 01, 2004 at 11:18:34PM +0100, Andre Oppermann wrote: > > > > [] automatically sizing TCP send buffers to achieve optimal perfor= mance > > > > over a wide range of bw*delay situations. (in progress) > > >=20 > > > Hi Andre, > > >=20 > > > This reminded me - do you know what happened to the plan to implement > > > SACK for FreeBSD? I'm working with a research group that's interested > > > in new high speed TCP techniques and they'd prefer to work with > > > FreeBSD, but they've been using Linux 'cos they need SACK. They > > > might actually be interested in spending some time implementing it, > > > if we weren't going to be clashing with anytone else. > >=20 > > I don't know of any current project or effort to implement SACK on > > FreeBSD. It is not on my todo list and it doesn't fit there. But > > I'm available if someone wants to discuss specifics and implementation > > details. >=20 > I know that our organization would love to see SACK. Much of the > high-performance network development that used to be on FreeBSD has > moved to Linux simply because SACK is essential. You can't run > trans-oceanic TCP streams of gigabit or more throughput without it. >=20 > Unfortunately, SACK is often looked upon as a waste of effort to those > who use nets in more commercial forms where aggregation of lots of small > streams is how fat pipes are used. Research big science are about the > only ones who have a real need for this kind of performance and it's > growing fast. Without SACK, FreeBSD will be a non-starter for these > purposes.=20 I've got a co-worker who is part of a research group at ISI that is doing research on long fat pipes with large streams. They are intrested in doing a SACK implementation. I hope to have some more information later this week. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --9zSXsLTf0vkW971A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFATNXxXY6L6fI4GtQRAkfvAKDeRdh5gkJpod6C9kONe1WLloyCggCff4Bu PTTvFgTZfFHay+9RqI3DbC8= =2l/m -----END PGP SIGNATURE----- --9zSXsLTf0vkW971A--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040308202210.GB485>