> So, cam ce ma sfatuiti? merita sa risc o saptamana de transpiratie sa > activez dc wide framele de pauza (mai ales pe switchuri)?
FC ar fi util, in cazul in care nu vrei sa ai drop in device-ul conectat la switch, in special daca are buffere interne mici. Insa, nu-ti rezolva problema in totalitate. In clipa in care device-ul trimite pause frame, atunci switchul va trebui sa faca enqueue la frameurile ce ii sunt destinate, pana in clipa in care primeste "unda verde". Deci, o sa-ti apara tail drop in switch. Switchul ar tb sa trimita, mai departe, pause catre device-ul de transmisie. Ideal, dpdv al performantei TCP ar trebui ca endpointul sa "vada" ca e o problema inainte sa apuce sa trimita segmentele. In clipa de fata, cum spuneai ca ai lasat FC off, endpointul incepe transmisia (vorbim de TCP, la UDP si/sau alte protocoale nu se aplica) iar algoritmul de congestie intra in actiune in clipa in care vede ca a aparut o problema. Doar ca problema asta este semnalizata printr-o retransmisie. Dureaza pana endpointul cere retransmission, sau timerele expira in endpoint etc, depinzand de modul in care se face retransmisia. Apoi, daca nu ai SACK, mai intervine si alt retransmission overhead etc. Daca endpointul ar vedea imediat ca nu mai poata transmite (placa e pe TX pause si bufferele sunt full), poate ar ajuta mai mult la congestion avoidance, in sensul ca s-ar "prinde mai repede". Insa nu inseamna ca se improve-uie throughput-ul unui singur flow. Cel mai bine, daca te preocupa performanta TCP, e sa iei o captura si sa te ajut s-o analizezi... -- Claudiu N. Cismaru _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
