On Tue, Mar 22, 2005 at 04:07:05PM +, Deadly Earnest wrote:
>
> Basically I'm trying to find out the mechanism of the Enqueue and Dequeue
> operations. The utility tc which is used to configure the queues is external
> to the Kernel so it doesn't configure the Kernel. I assume it just confi
On Sat, Feb 12, 2005 at 02:16:09AM +, Andy Furniss wrote:
>
> >Are we all on the same page as to what the problem is? Any more
> >thoughts on how to tackle it? I'm still not convinced that delaying
> >ACK's is really any better than the current option to buffer incoming
> >data.
>
> I suppo
On Fri, Feb 11, 2005 at 06:18:01PM +, Ed Wildgoose wrote:
>
> Are we all on the same page as to what the problem is? Any more
> thoughts on how to tackle it? I'm still not convinced that delaying
> ACK's is really any better than the current option to buffer incoming
> data.
basically, we h
On Fri, Feb 11, 2005 at 02:57:59AM +, Ed Wildgoose wrote:
>
> I like the sound of this idea, but I don't follow the details?
>
> Certainly it seems to me that you can do most of the work by only
> looking at outgoing ACK packets. For example with certain assumptions
> we can simply measure
On Tue, Feb 08, 2005 at 11:49:39PM +, Ed Wildgoose wrote:
> Does anyone have any pointers on how other people have implemented tcp
> window adjustment to do bandwidth shaping?
>
> Granted the basic idea is to set the window size to be RTT * bandwidth,
> but a quick squiz at google turns up m
On Tue, Dec 28, 2004 at 07:53:43PM +1030, Mark Williams (MWP) wrote:
>
> Ok...
> Using your script gave the following (from 17:30 onwards):
>
> http://www.overclockers.com.au/~mwp/temp/tc-1hour-yours.png
>
> Purple is class 23; all other traffic, in this case bittorrent.
> Blue is class 21; a wi
