Na serveru Zive.cz se před nedávnem objevil článek o programu SpeedNet, který dokáže zrychlit Internet (stahování souborů) až o 600 %. Program se řadí do seznamu zrychlovačů / stahovacích manažerů, např. známá Gozilla, GetRight, FlashGet, NetSonic, NetVampire, aj. Navíc SpeedNet se snaží odlišit od ostatních tím, že přidává do programu optimalizaci konfigurace TCP/IP (MTU, TWIN, TTL) podle operačního systému a ISP, udržování IP adres navštěvovaných serverů, aj. Na téma optimalizace TCP/IP se na ZIVE.CZ rozeběhla diskuze. Řada lidí se shodla na tom, že zde není co optimalizovat (modemisté jsou rádi, že dosáhnout 50 kbit/s), internet vznikl v USA před desítkami lety, a možná tam má cenu něco takového dělat.

Jak taková akcelerace stahování (download) probíhá?

FlashGet (volný překlad z helpu): Rychlost je dána tím, že si daný soubor (soubory) automaticky rozdělí až na 10 částí, každá tato část je přenášena simultánně. Pro každý soubor se pokouší udělat vícenásobné spojení, které vyústí v lepší využití šířky pásma přenosu (snahou je dosáhnout maxima, což u modemů je běžné a jednoduché). FlashGet je schopen zvládnout až 8 simultánních downloadů.
*******
Pokud je soubor uložen na serveru, který umožňuje "nastavování" souborů, tedy na ftp REST a webu HTTP/1.1 nebo byteserving, je skutečně možné třeba 10M soubor začít tahat najednou od 0, 1M, 2M, ... 9M vždy 1M - tím, že se naváže více TCP spojení (10) dojde k efektivnímu zvýšení rychlosti za předpokladu, že mě neomezovalo fyzické úzké místo, ale více uživatelů.

Pokud budu jeden z deseti uživatelů a každý bude stahovat data přes jedno TCP spojení, dostane se na mě 1/10 kapacity připojení. Pokud budu ale mít 10 TCP spojení, dostane se na mě 10/19 kapacity, tedy 53%. A to už docela jde, ne? Přesně to souhlasí s ostatními názory v diskusi - pokud jsem sám připojen přes modem, je u dobrého providera zpravidla úzkým místem právě moje modemové připojení, a s tím nic nenadělám. Pokud je ale úzkým místem například slabé připojení modemů providera, nebo jde o Internet po kabelové televizi, nebo o sdílený bezdrát, nebo firemní/školní LAN, omezují mě také ostatní uživatelé. A ty právě můžu navázáním více spojení omezit. Asi
nebudou moc rádi. Můžou mi také udělat totéž.

Poznámka: začínají se objevovat webové servery (hlavně tzv. internetové harddisky, úložny na soubory - Freedrive, iDrive, Juston), které eliminují používání těchto akcelerátorů, důvody mohou být ve snižování návštěvnosti z unikátních IP adres, nepřetržité zahlcování serverů, nelegální rozšiřování SW (warez, xxx), aj.

TCP protokol pouziva pri prenosu datove bloky, ktere jsou po uspesnem prenosu (ne kazdy blok musi byt nutne dorucen) potvrzovany, aby se na potvrzeni nemuselo cekat prilis dlouho, vysilaji se bloky po skupinach a potvrzuje se najednou cela skupina, pokud nejaky blok skupiny neni potvrzen, je v nasledujici skupine zopakovan. Prijemcuv software pote prijate bloky seradi do puvodniho poradi a preda dale. Toto vse vyzaduje pridat najaka data navic a obcas preci jen trochu cekat.Uvedena "optimalizace" spociva ve zmene(=zvetseni) pouzite delky bloku, tim se zmensi mnozstvi pridanych dat v pomeru k prenasenym aplikacnim datum, a zvetseni poctu bloku ve skupine. Vychazi se z predpokladu, ze soucane technologie prenosu dat modemem jiz sami resi detekci a opravu chyb, cili samotne TCP bloky jsou vzdy prenaseny beze ztrat a vypadku. V praxi jsou ale data po trase mezi obemi koncovymi body (mezi ISP)fyzicky prenasena technologiemi Ethernet, ATM a SDH, atp.(plati pro Evropu a CR), ktere vsak vyzaduji uplne jinou "optimalizaci", takze jsem nikdy nepozoroval sebemensi urychleni. Mozna je jina situace v USA, kde zatim stale velke mnozstvi spoju vyuziva technologie FDDI, ktera se od Ethernetu a ATM velmi vyrane lisi, tam bych v nejake urychleni mozna i veril. Navic pokud je mi znamo, vyse zminena nastaveni v prostredi Windows plati globalne, tj. pro vsechna rozhrani a dle mych zkusenosti po provedeni teto "optimalizace" dochazi ke snizeni prenosove rychlosti protokolu TCP na lokalni siti LAN. Takze pokud pozivate danny pocitac jako sitovou stanici nerkuli server, v zadnem pripade by jsem uvedenou modifikaci nedoporucoval. Nastaveni Windows TCP/IP je totiz defaultne "optimalizovano" prave pro 10/100 megabitovy Ethernet.
P.S.: Uvedeny vyklad byl pro zkraceni, znacne zjednodusen, podrobnosti viz. odpovidajici RFC nebo jina odborna literatura.

***

Vyzkoušel jsem svého času mnoho různých nastavení i mnoho různých prográmků a nikdy jsem nezpozoroval žádnou změnu. Ostatně, pokud tahám při connectu 44000 bit/s komprimovaná data cca 4.8 kbyte/s, tak už na tom není moc co zlepšovat.
Často se odvolávají autoři podobnýych návodů na to, že po cestě docházi k fragmentaci, protože ne všechny přenosové cesty podoprují MTU celých 1500B.
Stačí ale vyzkoušet ping -f -l 1468 jmeno_serveru na to, aby se vyzkošelo, jestli cesta podporuje MTU 1500. Vysvětlení: -f natavuje flag, že se paket nesmí fragmentovat, -l nastavuje délku ICM paketu, celková délka je ale o 32 větší.