[3428] in linux-net channel archive

home help back first fref pref prev next nref lref last post

Re: shaper or whatever

daemon@ATHENA.MIT.EDU (Alan Cox)
Sun Jun 23 15:32:32 1996

From: alan@lxorguk.ukuu.org.uk (Alan Cox)
To: dennis@etinc.com (Dennis)
Date: 	Sun, 23 Jun 1996 17:29:57 +0100 (BST)
Cc: schenk@cs.toronto.edu, linux-net@vger.rutgers.edu
In-Reply-To: <199606222302.TAA13519@etinc.com> from "Dennis" at Jun 22, 96 07:02:26 pm

> >I just borrowed the name used in one of your posts.
> >I think bandwidth limiter is more discriptive.
> Our name is a bandwidth limiter...I dont know who used the term
> "shaper", but it certainly wasnt me!

It may have been me (and Im not an academic so nyaahh ;))

> >I understand from Alan Cox that someone is already writing this for linux.
> >We shall see when it arrives.
> It is designed as above? The concept is feasible....but the above is
> someone leaky in concept.

The stuff Im doing is based directly on Van's token bucket filter that does
the multicast traffic shaping, only thinned down and faster (ok its faster
and crashes your PC just at the moment.. 8)).

> >FreeBSD to boot on and off for a while now. It would be useful
> >to be able to do performance comparisions between the FreeBSD
> >and Linux TCP implementations
> Done. You wont like the results. 

I think the results for 2.0 are rather nice according to both ttcp and
lmbench. If you the comparisons make sure you have FreeBSD-Current. The later
FreeBSD is a _lot_ faster than the earlier ones and they've obviously done
good work on it.

Alan



home help back first fref pref prev next nref lref last post