Vtip je v tom, že tomu tak není. Ačkoliv je to obecně zažitý mýtus, není pravda, že by ČTc měl nějakou technologii, která by byla schopna definovat rychlost pro jeden thread. Uvědomte si, že ČTc má velmi levný DSLAM hardware (výprodejový, několik let starý) a i routery za tím umístěné jsou pouze L3. Na to, abyste zjistil vlákno, byste musel jít do vyšších vrstev.
Vtip je opravdu v tom principu zahazování paketů - když totiž používáte nějaký mass downloader, tak ten používá vlastní techniku pro posílání paketů a zatímco běžný TCP protokol se dle standardu chová "standardně" tedy tak jak popisoval pan Peterka - maximálně 4 vlákna, každé po ztrátě paketu šlápne na brzu a začne od nejmenší rychlosti, tak mass downloader to nedělá a snaží se ji využívat stále naplno a při ztrátě paketu v jednom vlákně stále přijímá správně pakety v jiných vláknech a tak když zpomaluje jedno vlákno, tak ty další třeba stále jedou naplno a než spadne další vlákno, tak to první se zas dostane do maxima. Takže když dáíte dost velký počet vláken (10+) tak statisticky bude většina vláken stále na maximu.
Teoreticky by to šlo řešit používáním jiného ovladače pro TCP - pro linux to imho půjde relativně snadno upravit standardní tcp stack tak, aby se choval více agresivně. U windows se dá v registrech také něco měnit (většinou jsou takové optimalizace možné i klikáním v nějakých web acceleratorech - http://www.tucows.cz/accel95_default.html), žádné nastavení vám ale nedoporučím, krom toho se může lišit podle místa i času (když to optimalizují i na těch cisco).
Názor k článku
ADSL: co se stalo? (2.)
