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ě?
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ě.
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.
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 !!!
"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"
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 !!!'
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!!!
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).
