Jak ziskat pres proxy soubor jehoz prenos byl prerusen
Pavel Satrapa
PAVEL.SATRAPA at vslib.cz
Thu Oct 22 15:29:49 CEST 1998
> Za idealni situaci bych povazoval, kdyby tohle delala vzdycky. (Tj. nejen
> pri Reload.) Pak by se nikdo nemusel hadat o nejake pocty stazeni a presto
> by se provoz znacne urychlil a zatez linek (i serveru) snizila.
> (Pri reloadu s no-cache by pak tento pozadavek pochopitelne ctila etc.)
To je mozna idealni z hlediska aktuality informaci nebo pocitani pristupu,
ovsem pro usporu objemu prenasenych dat to ma k idealu pomerne daleko.
I pri podminenem dotazu je treba navazat a ukoncit TCP spojeni (dohromady
5 paketu). Takze pro male soubory (a tech je ve Webu spousta - ikony a
zdrojove texty stranek casto meri jednotky kilobajtu) je jen maly nebo
dokonce zadny rozdil v objemu prenasenych dat pri podminenem dotazu
a kompletnim prenosu. Efektivita cache serveru by se takovym chovanim
vyrazne snizila.
Perlicka: na mezinarodnim kesovacim seminari jeden clovek prezentoval
jakysi komercni cache server, ktery vyse popsanym zpusobem overoval kazdy
dotaz. Jista dama se do nej velmi ostre pustila, ze vlastne nerespektuje
RFC a prani autora stranek ukladat data do cache serveru :-)
Pokud se tyce dotazu na ukladani protokolu o cinnosti: u Squidu v ramci
cache projektu se protokoly zpravidla ukladaji 10 dnu, u Cisco Cache
Engine to nevim, ale zeptam se. Nicmene mam ten pocit, ze neplecha se
vetsinou pacha jinymi cestami, nez Webem.
Preji vsem pekny den
----------------------------------------------------------------------
Pavel Satrapa Technical University of Liberec
E-Mail: Pavel.Satrapa at vslib.cz Dept. of Information Technology
Phone: +420-48-535-2385 Halkova 6, 461 17 Liberec
Fax: +420-48-535-2229 Czech Republic
----------------------------------------------------------------------
More information about the net
mailing list