Re: bandwidth for bkbits.net (good news)

Andrea Arcangeli
2003-09-01T16:12:43Z

On Mon, Sep 01, 2003 at 12:43:56PM +0100, Alan Cox wrote:
> On Llu, 2003-09-01 at 00:22, Andrea Arcangeli wrote:
> > the only difference I believe is that the connections are originated by
> > my end, but that only changes the syn packet that normally accounts for
> > a non significant amount of the bandwidth. And while this is located in
> > a house, this isn't what I would call an home user usage.
>
> Each ACK that has caused previous delays generally opens up a 64K window
> so you get bursts of data incoming. A sequence of acks can cause the

the congestion avoidance shouldn't allow what you say. It sends a few
packets immediatly (cwnd starts > 1 recently), and that's why
non-keepalive connections are bad, but after that the congestion window
will remain low if we drop the packets.

> incoming pipe to fill enough to screw up voip very easily.
>
> Window bending stuff does help and certainly the packeteer boxes use it
> to good effect. I've never tried that on Linux but even then Im dubious
> that just cutting the routes down to an 8K window would help

The only object of my posts was to try to correct the misinformation
that was spreading from Larry's posts that implied you had to buy a
speparate connection to shape the bitkeeper connections doing clones of
the tree. That's what I and everybody else understood. Now apparently he
was wrong and the hurting factor aren't the bitkeeper clients cloning
the tree but the webserver. So I'm glad to have reached my object.

Andrea