My planned work on networking stack
brooks at one-eyed-alien.net
Mon Mar 8 12:22:19 PST 2004
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 at freebsd.org>
> > Sender: owner-freebsd-current at freebsd.org
> > David Malone wrote:
> > >
> > > On Mon, Mar 01, 2004 at 11:18:34PM +0100, Andre Oppermann wrote:
> > > >  automatically sizing TCP send buffers to achieve optimal performance
> > > > over a wide range of bw*delay situations. (in progress)
> > >
> > > Hi Andre,
> > >
> > > 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.
> > 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.
> 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.
> 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
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.
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-net/attachments/20040308/ee343903/attachment.bin
More information about the freebsd-net