O cache în care obiectul solicitat nu este disponibil poate verifica prezența acestuia într-o altă memorie cache. Această metodă de interacțiune este diferită de cererea de resurse tradițională de la serverul sursă. În acest caz, cache-urile sunt atât surse, cât și destinatari de mesaje. Pentru aceasta, este necesar un protocol special de interacțiune între cache. Unul dintre cele mai vechi protocoale pentru interacțiunea cache-ului a fost Protocolul Internet Cache (ICP) [WC97b, WC97aJ. Protocolul EGOT este un exemplu de protocol de solicitare - un mesaj trimis de cache-ul clientului este o cerere pentru o copie cache a unui răspuns specific cerut de cache-ul clientului. Popularitatea ICP este contestată de faptul că aceasta este implementată în proxy-ul de caching pentru cache Squid [WC98], distribuit în mod liber și utilizat pe scară largă.
Protocolul ICP a fost, de asemenea, potrivit pentru parcelele cache ierarhice care interacționează la fiecare nivel al ierarhiei și au un părinte comun. Când vă deplasați în sus pe ierarhie, această schemă se repetă, corespunzătoare mutării în cache-ul central, care poate fi conectată la o altă memorie cache centrală într-o altă rețea locală folosind aceeași schemă. O cache central poate avea o memorie cache regională ca părinte, iar un set de cache-uri regionale poate avea un cache național ca părinte. Să presupunem că o memorie cache (denumită-o cache-ul sursă) nu are resursele solicitate. Acesta trimite o cerere de IP (de obicei este un mesaj UDP) tuturor vecinilor săi, la un anumit nivel de ierarhie, în același timp. Un răspuns de succes va indica disponibilitatea resursei necesare într-una din cache-urile acestui nivel, iar cache-ul sursă poate solicita această resursă utilizând protocolul HTTP. Dacă nu există nici o resursă în cache-urile acestui nivel de ierarhie, atunci cache-ul sursă va trimite cererea ICP către memoria cache-mamă. De asemenea, este posibil ca răspunsul de la nivelul dat cache ierarhia nu este primit într-un interval de timp dat, care inițiază timeout zannoe un cache eveniment inițial svya-. Cache-ul părinte repetă procedura specificată. Dacă nu există niciun răspuns din cache-uri, cache-ul sursă va cere această resursă de la serverul sursă. Presupunerea care stă la baza ICP-protocol, este faptul că cache un set de cerere ICP-transmisie ori de câte ori există niveluri în ierarhia, este mai rapid decât interacțiunea cu serverul sursă. În plus, unele optimizări ajută la reducerea costurilor totale. De exemplu, atunci când un răspuns este returnat de la serverul sursă sau cache într-o ierarhie, cache-urile intermediare pot salva un răspuns pentru utilizare ulterioară. Cache-urile vecinilor care nu răspund au raportat posibilitatea interacțiunii lor cu cache-ul sursă.
Deși proxy-urile regionale și naționale pot reduce distanța pe care resursele recuperabile o pot aduce unui număr mare de utilizatori, tranzițiile între nivelurile de ierarhie pot reduce performanța. Dacă nu se găsește nicio resursă la nivelul actual al ierarhiei, aceasta oferă o contribuție suplimentară la întârzierea generală. Chiar dacă resursa se găsește în serverul proxy național, aceasta va cauza încă o întârziere asociată cu transferul resursei către clientul care a făcut cererea.
Link-uri utile:
Puteți urmări eventualele răspunsuri la această intrare prin feedul RSS 2.0. Puteți lăsa un răspuns. sau trackback de pe site-ul dvs.
Lăsați feedback
Cele mai populare:
Articole recente:
Noul tag
Toate materialele site-ului sunt preluate din surse deschise pe Internet.
Trimiteți-le prietenilor: