Pak je tedy zajímavé, že u Nextry jsou všichni stahovači a třeba u IOL asi nikdo, protože včera kolem 16-té hodiny jsem v rozmezí 10-ti minut používal přípojku jak od Nextry (Praha 3 u Želivského) tak od IOL (Praha 3 u Flory). Zatímco Nextra "letěla" rychlostí 40kb (skutečně čtyřicet!), tak IOL 420kb!!!
Je to tak nextra plati za to, ma kvalitni sluzby, konektivitu a to ze nechce uplatnit datove limity je pro telekom neprijemne. Je pochopitelne ze dsl v podobe CTc nikdy nebude dosahovat kvality takove na kterou jsou zvykli zakaznici v ostatnich zemich EU.
Je to dano tim ze CTc nakupuje levne technologicke reseni a take tim ze nema kvalifikovane administratory. Co se tyce vyroku o stahovacich je k smichu. Clovek ktery koupi linku s oznacenim 512kbps ma v umyslu pracovat s internetem sirokopasmove tzn., ze si koupi sluzbu prave pro tyto ucely.
Myslim si, že majitele adsl od nextry by meli spojit a oznamit CTU a mediim jak se veci maji, protoze i ja mam nextru a ping okolo 500ms se me zda priliz.
K rychlosti nacitani webu je zrejme, ze to snad ani CTc nema v zameru je to dano velkym pingem.
Predstavme si ze mame stranku kde mame 10 obrazku, 2 flashe
a nejaky ten banner. Pokud mate odezvu 500ms a chcete tuto stranku nacist tak spocitame odezvu jen pro stazeni obrazku a dvou flashu. Prodleva bude cinit 12*500=6000ms tj 6 sekund je jen prodleva a to do toho nepocitame dobu stahovani kazdeho obektu.
Zkratka a dobre je to hruza:' pani manageri z NEXTRY PROBUDTE SE JINAK NAS STRATITE !!!'
"Pokud mate odezvu 500ms a chcete tuto stranku nacist tak spocitame odezvu jen pro stazeni obrazku a dvou flashu. Prodleva bude cinit 12*500=6000ms tj 6 sekund je jen prodleva"
Pokus browser bude stahovat soubory seriove (tzn. cekat dokud neprijde cely soubor a pak posle pozadavek na dalsi soubor) tak to nasobeni skutecne plati. Avsak kdyz pouzijete paralelni nacitani (v Mozille se tomu rika HTTP Pipeling), tak to bude rozhodne rychlejsi.
Podle http://www.mozilla.org/projects/netlib/http/pipelining-faq.html je to trochu jinak, nejde o paralelní načítání, ale po jednom vlákně se pošle více požadavků za sebou a nečeká se na odpověď. Předpokládá se, že odpovědi přijdou ve stejném pořadí.
Načítání webové stránky s mnoha elementy může fungovat více způsoby. Původně, podle HTTP 1.0, se otevřelo TCP spojení, poslal po něm HTTP požadavek, přijala odpověď a uzavřelo spojení. Toto se provádělo pro každý http požadavek, tedy pro každý element na stránce.
Vylepšením je HTTP 1.1 KeepAlive - persistentní spojení, kdy to vypadá tak, že se otevře spojení, a pak se po něm pošle požadavek, přijde odpověď, pošle další požadavek, přijde další odpověď a teprve když nejsou požadavky, tak se spojení uzavře. Výhodu je, že se vždy znovu nenavazuje spojení, což znamená sekvenci paketů SYN - SYNACK - ACK, což na pomalé lince může hodně zdržet.
Ten HTTP Pipelining je další krok a spočívá v tom, že se při posílání požadavků nečeká na odpovědi, a díky tomu, že jsou tyto požadavky malé, může se jich vejít víc do jednoho paketu - to je další úspora.
Jiná věc je, kolik spojení současně je vytvořeno na jeden web server. Podle 5 let starého průzkumu http://www.cs.wisc.edu/~cao/papers/persistent-connection.html se choval Netscape 4.05 tak, že otevřel v jednom okně až 6 persistentních spojení, celkem max. 13, zatímco IE4.01 neotevřel více než 2 spojení na jeden server, i když bylo otevřeno více oken.
Na novější porovnání jsem nenarazil, ale taky jsem ho moc nehledal. http://www.net.uni-sb.de/~jw/nsweb/doku/node68.html popisuje efekt persistentního spojení, pipeliningu a více spojení současně.
takze rikate ze nextra je na nic nebo jak tomu mam rozumet?Ja si ji totiz chtel obednat na hrani ?
kdyz je to shit tak znate nekdo neco jineho do 600Kč měsíčně?
jen reakce na Nextru v Usti nad Labem : do vcerejska to bylo opravdu vsechno tak nadherne, ze se agregace vubec neprojevila ale ode dneska je to asi stejne jako v Praze. Dnes namerena rychlost neuveritelnych 20kb/s, stahovani 2kb/s, ping na nextra.cz 800ms !!!
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).
