Re: bandwidth for bkbits.net (good news)

Andrea Arcangeli
2003-09-01T01:10:34Z

On Mon, Sep 01, 2003 at 01:50:41AM +0100, Jamie Lokier wrote:
> Andrea Arcangeli wrote:
> > Depending on the connect/sec of the http server (not bkbits, for the
> > largest part of the conversation I couldn't know about the http server,
> > Larry only mentioned the bkbits.net clone until recently), the
> > "reservation" margin will have to change: the less connect/sec the
> > smaller margin Larry will need to reserve, the more connect/sec the
> > bigger marging will be necessary.
>
> Hi Andrea,
>
> Above a certain connection rate, no amount of margin is enough. The
> connections are a SYN flood.
>
> You need to take into account the peak rate, which varies from second
> to second, due to simple statistics plus the tendency of the net to
> make traffic burstier than it started.
>
> Above a certain number of packets/sec, competing VoIP traffic degrades
> - a little added latency is equivalent to dropping with VoIP. That
> translates to dropouts in the audio. Acceptable for hackers talking
> over a flakey line, but not corporate telephony.
>
> At Larry's server, inbound connection rate resembles a low-level SYN
> flood, which is enough to poke holes in VoIP latency.

Yes. if you check my very first email in this thread, you will see I
said "it has to work, unless you're under syn-flood ;)".

this is obvious, I'm not arguing about that. From Larry's description of
the problem it couldn't be a syn flood, but it was a bkbits.net clone
thing or checkout or whatever non syn intensive.

now apparently bkbits.net has nothing to do with it, and it's all about
the http server. Then of course the syn overhead may become noticeable
but things have changed totally from the original description of the
problem (the bkbits.net clone thing).

however keep in mind you will somehow throttle the number of syns too,
unless every single syn arrives to the webserver from a different user
(unlikely).

Andrea