🚀 go-pugleaf

U�ytkownik "barcz" <ba...@NOSPAM.poczta.viknet.pl> napisa� w wiadomo�ci
news:c4fdt9$ohf$1@main.viknet.pl...
> > powiedz mi jeszcze do czego potrzebne sa jeszce kolejki w konfigu pipek
> > .......queue 8kbytes
> > .......queue 16kbytes
>
> Dummynet og�upia sie�. Wprowadza op�nienie pakietom i w ten spos�b
reguluje
> ich pr�dko��. queue w configu pipe to zarezerwana d�ugo�� kolejki - taki
> rozmiar jakby bufora. Przy 64kbps masz 8kB/s. Kolejka si� zapycha
powoduj�c
> coraz to wi�ksze op�nienie. W tym przypadku maksymalne op�nienie
wyniesie
> 1000ms, potem pakiet zostaje odrzucony. Standardowo pojemno�� kolejki
wynosi
> 50 pakiet�w. Jakby� m�g� to popatrz na jaki� graficzny analizator
pr�dko�ci
> transferu, np. dumeter. i pozmieniaj warto�ci tych queue... Przy
maksymalnym
> transferze doswiadczysz "szarpania" lub innych dziwnych zjawisk, jesli
> kolejki bed� za ma�e. Za du�e kolejki te� powoduj� te� jakie� problemy.
> Ustawienie na 1000ms wydaje si� by� optymalnym.

Zrobilem dzisiaj testy, wszystko dzia�a. Natomiast przy wysylaniu pliku gdy
transfer osiagnie wartosc maxymalna czyli 64kbps, zaczyna sie ciekawy efekt.
Transfer zaczyna spadac do poziomu oko�o  48 kbps i znowu rosnie do wartosci
max i tak w k�ko.
Przy sciaganiu ca�y czas jest max czyli 128kbps (testowane ze stacji
roboczej z/do serwera stad mozliwosc uzyskania wartosci max)

Po usunieciu wpis�w queue z pipek .. caly czas transfrer jest staly.

Jacek