Autor: Andrzej Resztak (resz_at_helios.man.lublin.pl)
Data: Wed 18 Jun 1997 - 14:35:12 MET DST
In pl.listserv.polip Rafal Maszkowski <rzm_at_rymunda.torun.pdi.net> wrote:
: > A mam podejrzenia jak to jest w praktyce - czy jak zgubi sie jeden pakiet,
: > czy tylko on jest retransmitowany, czy od razu wszystkie nastepne.
: > A to roznica czy wyslac trzeba 64 czy 8KB danych...
: Pewne jest, ze siec mozna zapchac, ale to nie dziala w ten sposob. Lokalny
Dziala. Sa co prawda zalecenia jak nalezy postepowac.
Niemniej ostateczna decyzja nalezy do projektujacego
konkretna implementacje. Z tym, ze nie sadze aby ktos
obecnie retransmitowal cale okno bez czekania na nastepny
time-out.
: Retransmitowane sa poszczegolne pakiety (typowo 1500 B). Bufor to tylko
: wejscie do kolejki i wplywa na podawana zwrotnie wielkosc okna, co pozwala
: z kolei wyslac wieksza porcje pakietow w z drugiej strony w ciemno, ale
: nie angazuje to pamieci routera propocjonalnie do wielkosci okna tylko
Zalezy od sytuacji. Jesli mam wolne lacze, a lacze sie
z szybko polaczonym serwerem to moze sie zdarzyc,
ze cale okno (nawet 64kB) czeka na routerze na przepchanie
przez to waskie gardlo. Oczywiscie przy poprawnej implemtacji
istnieje pewna szansa unormowania sytuacji,
ale to praktycznie oznacza wlasnie zmniejszenie okna.
: CPU proporcjonalnie do tempa pakietow.
Natomiast nie widze wielkiego zwiazku wielkosci okna z zajetoscia CPU.
: O TCP/IP sa RFC 791-793. Dosc latwa lektura.
Andrzej Resztak
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:04:11 MET DST