> On Sun, 6 Jun 1999, Alan Cox wrote:
>
> > > Besides, when tcpdump doesn't show retransmits while
> > > the TCP stack is overflowing with queued data, I don't
> > > see what cabling's got to do with it...
> >
> > Read the TCP RFC's about congestion control. TCP interprets packet
> > loss as probable congestion so slows down
>
> Then what protocol you suggest I use to connect to the
> internet? The TCP implementation as in 2.2/2.3 is just
> useless when I need to send over a larger amount of data.
The problem isn't with TCP, I'm fairly sure about that. Alan isn't saying
it is either. Basically, there is packet loss occuring somewhere and TCP
is reacting the way it is supposed to, by slowing down the tranfser.
>
>
> Rik -- Open Source: you deserve to be in control of your data.
> +-------------------------------------------------------------------+
> | Le Reseau netwerksystemen BV: http://www.reseau.nl/ |
> | Linux Memory Management site: http://www.linux.eu.org/Linux-MM/ |
> | Nederlandse Linux documentatie: http://www.nl.linux.org/ |
> +-------------------------------------------------------------------+
>
------------------------------------------------((\))<----------------------
Nate Riffe Duct tape by any other name is just as
inkblot@geocities.com sticky.
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS/IT/M/S/O d-@ s-:- a--->- C++ UL++++BS++>$ P+>+++ L+++>+++++$ W+ N !o
K- w(---)$>-- M-(--) V(--) PS+ PE Y+ PGP>++ t(+)@ 5 X@ R tv>! b+>+++ DI++
D e>++(+++) h r++ y?
------END GEEK CODE BLOCK------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/