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