Autor: Łukasz Grochal (lukie_at_pc012.kozia-wolka.ppp.tpsa.com)
Data: Thu 31 Aug 2000 - 21:01:43 MET DST
Krzysztof Krzyżaniak writes:
>> Moze i glupie pytanie... ale gdy mamy male proxy (dla firemki) i
>> chcemy je zmusic, zeby korzystalo z duzego proxy (manowskiego), to
>> wpisuje sie je jako parent czy jako sibling?
>> Z docow nie wynika jasno...
KK> Parent od sibling różi się zasadniczo tym, że sibling jest
KK> samodzielne. W przypadku zależności parent jeśli serwer nie
KK> znajdzie u siebie dokumentu to wysyła zawsze pytanie do parenta a
KK> nie do serwera docelowego.
Mniej więcej. Na ile rozumiem zasadę, parent różni się od siblinga
tym, że jeśli dostanie zapytanie i nie ma obiektu u siebie, to ściąga
go, żeby móc zaserwować temu i innym dzieciom. Sibling, jeśli nie ma
obiektu, po prostu daje znać, że nie ma.
Przekłada się to na działanie squida w ten sposób, że cache wysyła
zapytanie ICP do wszystkich żywych sąsiadów (parentów/siblingów)
i czeka na odpowiedź. Jeśli dostanie ICP_HIT to ściąga, jeśli nie,
a są żywe parenty, to ściąga od parenta, _albo ze źródła_, jeśli
uzna, że tak będzie szybciej.
Sam mechanizm jest wyjaśniony w FAQ tak (podkreśliłem z czego IMHO
wynika, że niekoniecznie używa parenta):
//-----
A cache hierarchy is a collection of caching proxy servers organized
in a logical parent/child and sibling arrangement so that caches
closest to Internet gateways (closest to the backbone transit
entry-points) act as parents to caches at locations farther from the
backbone. The parent caches resolve ``misses'' for their children. In
other words, when a cache requests an object from its parent, and the
parent does not have the object in its cache, the parent fetches the
object, caches it, and delivers it to the child. This ensures that the
hierarchy achieves the maximum reduction in bandwidth utilization on
the backbone transit links, helps reduce load on Internet information
servers outside the network served by the hierarchy, and builds a rich
cache on the parents so that the other child caches in the hierarchy
will obtain better ``hit'' rates against their parents.
In addition to the parent-child relationships, squid supports the
notion of siblings: caches at the same level in the hierarchy,
provided to distribute cache server load. Each cache in the hierarchy
^^^^^^^^^^^^^^^^^^^^^^^^^^^
independently decides whether to fetch the reference from the object's
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
home site or from parent or sibling caches, using a a simple
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
resolution protocol. Siblings will not fetch an object for another
^^^^^^^^^^^^^^^^^^^^
sibling to resolve a cache ``miss.''
//-----
Z niegdysiejszych moich prób wynikało, że Squid nie sięga do źródła,
jeśli ma żywe parenty oznaczone jako 'default'. Użycie 'default' wyłączało
z kolei całkowicie ICP. Być może coś się od tego czasu (rok, półtora temu)
zmieniło.
-- (-) Łukasz Grochal lukie_at_rotfl.eu.org _____________ (for PGP key visit:) Pszemol jest \_______________________________ http://www.rotfl.eu.org/ __ dyskryminowany ze względu na inną orientację intelektualną. /Zuzanka/
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:36:27 MET DST