W dniu 2012-06-26 20:18, J.F pisze:
> Użytkownik "Slawek Kotynski" napisał w wiadomości
> Postanowiłem sobie rozwiązać następujące zadanko:
>> Mamy do przesłania n pakietów TCP, z których każdy składa się z k
>> pakietów IP (dla uproszczenia wszystkie są jednakowej wielkości).
>> Częstość gubionych pakietów IP wynosi p.
>> O ile razy wzrośnie objętość całej transmisji?
>
> Nie tak znow duzo, zeby marnowac czas na liczenie :-)

No właśnie wydaje mi się, że czasem ma znaczenie dużo większe, niż
by się na pierwszy rzut oka zdawało.

Michoo wcześniej napisał:
"TCP skaluje fragment size tak aby pasował do MTU", ale możemy
wziąć "IP" w cudzysłów, i jeśli problem dotyczy gubienia pakietów
w warstwie fizycznej (jakieś optyczne ATM na przykład) to są one
dzielone na dużo mniejsze kawałki, więc jeśli straty wynikają
z przeciążenia fizycznego łącza, to moje widzenie problemu
chyba ma sens, i chyba widać, że przy dociążeniu kanału
problem narasta kaskadowo - gwałtowny wzrost prób retransmisji,
dobija kanał dokumentnie ... mylę się?

> Problem jest inny - poki lacze jest bezbledne, to nawet powolne dziala w
> miare sprawnie ( ile oczywiscie nie uprzemy sie gigabajtow przez modem
> przepychac).
> Jak sie zgubi jeden pakiet, to zanim TCP sie zdecyduje na retransmisje,
> to mija pewien czas. I na ten czas transmisja zamiera, glos milknie,
> obraz staje, w quake giniesz i nie wiadomo dlaczego :-)

No ale to ma znaczenie tylko przy wymogach "czasu rzeczywistego".
Przy dużych transferach raczej bez znaczenia.

Sprawa mnie męczy, bo trudno ją gdzieś znaleźć dobrze rozpracowaną,
a z doświadczenia wiem, że jeśli pojawiają na trasie straty ICMP
typu 20% to czas przesyłania kilkunastu megabajtów może wzrosnąć
dobre kilka razy. Może ktoś podać inną teorię?

mjk