dummynet/queue

[vita at fio.cz]

On 02-Dec-2002 Dan Lukes wrote:
> vita at fio.cz wrote:
> 
>> >      Dobra - zacinam byt vice-mene uspokojen ve sve zvedavosti 
> 
> 
>> Ja jsem to pochopil stejne jako ty. Navic jsem zkoumal jesli by se 
>> prece jenom
>> na prichozim toku, ktery je omezeny uz providerem, nedal nejak zaridit
>> spravedlivy pristup ke kapacite linky.
>>
>> V pripade, ze si udelam pipe, ktara bude mit o neco nizsi kapacitu nez 
>> prichozi
> 
>       To je stejny smer uvah jako u me - ostatne, v jednom z predchozich 
> dotazu jsem vyslovne popsal priklad, kdy softwarove omezeni bylo mensi 
> nez fyzicka kapacita linky (a ostatne, ty vis odkud jsem ten priklad vzal).

Asi mas pravdu, ze v principu je to stejnej pripad - po lince prijde vic nez
proleze pipou.

Akorat ze ten pripad o kterym mluvis ty a ten, na ktery se snazim napasovat ja
jsou ve svych praktickych dopadech tak rozdilny, ze me to nak nedocvaklo.


>       Ano, take predpokladam, ze tak by se to melo, u rozumne zprogramovaneho 
> stacku, chovat - obzvlaste, pokud za zahozeny paket odejde zpet 
> ICMP_SOURCESQUENCH (na coz BSD stack, pokud vim, reaguje zmensenim 
> okna), nicmene, i kdyby na tohle ICMP nereagoval, stejne by melo dojit 
> ke zpomaleni (ledaze je implementovan SACK, coz casto je, pak by to s 
> tim zpomalenim nebylo az tak zhave).
> 

Co je SACK? Je to to, cemu se v jadre FreeBSD rika "delayed ack"?
A co to presne dela?

vita