16,8 Когда и как часто местные дайджест построили?

Местные дайджест постройки:

• store_rebuild когда завершается после ввода в эксплуатацию (содержимое кэша были проиндексированы в оперативной памяти), а также

• периодически после этого. В настоящее время он восстановлен каждый час (больше данных и опыта требуется прежде, чем другие периоды, будь то фиксированная или динамично меняющееся, может "разумно" быть выбран). Хорошо, что локальный кэш решает по истечении времени и сверстники должны подчиняться (см. ниже).

В то время как [новое] Дайджест возводится в памяти старую версию (на диске) остается в силе, и будет возвращен любой партнер просил об этом. Когда Дайджест завершили строительство он затем выгружена на диск, заменяя старую версию.

Перестроения ресурсоемкие, но не чрезмерно так. Поскольку Squid программируется с использованием модель обработки событий, подход заключается в разделении задачи дайджест здание на куски (т.е. куски добавляемые элементы) и зарегистрировать каждый фрагмент как событие. Если загрузка процессора является чрезмерно высокой, то можно продлить срок сборки - так долго, как это будет закончено до следующего восстановления обусловлена!

Оно может оказаться более эффективным для реализации здания дайджест как отдельный процесс / поток в будущем ...

16.9 Как Кэш Дайджесты передаваться между сверстниками?

Кэш Сборники выбираются из сверстников использованием стандартного протокола HTTP (обратите внимание, что тянуть , а не толчок техника используется).

После первого обращения к сверстнику, peerDigestValidate событие в очередь (это событие решает, если пришло время, чтобы принести новую версию дайджеста от партнера). Задержка очереди зависит от количества участников, уже в очередь для проверки - так, чтобы все дайджесты из разных сверстников не принес одновременно.

Сверстников отвечая на просьбу о его дайджест указать срок окончания, отвечающие за переваривание с помощью HTTP Expires заголовок. Запрашивающей кэша таким образом знает, когда он должен запросить новую копию, что коллеги дайджеста.

Примечание: запрос кэши использовать If-Modified-Since запроса в случае, если собеседник не восстановлен дайджест по некоторым причинам, так как последний раз он был за уши.

16.10 Как и где хранится кэш дайджесты?

Кэш Дайджест построены локально

Так как локальная дайджеста исключительно в интересах своих соседей держать его в оперативной памяти не является строго обязательным. Тем не менее, было решено оставить локальный дайджеста в ОЗУ отчасти потому, что из следующего:

• Примерно такой же объем памяти будет (пере-) выделено на каждом перестроении Дайджест

• Требования к памяти, вероятно, довольно небольшие (по сравнению с другими требованиями кэш-сервер),

• Если в процессе обновления дайджеста будут поддерживаться (например, добавления / удаления) будет необходимо для выполнения этих операций на дайджест в оперативной памяти, и

• Если различий / дельт в поддержке "старых" дайджеста должны быть обменены на оперативной памяти в любом случае для сравнения.

Когда дайджест построен в оперативной памяти, то тогда выгружена на диск, где она хранится, как "нормальный" элемент кэша - который является, как просить его сверстники.

Кэш Дайджест извлекаются из сверстников

Если запрос от клиента приходит, быстрый поиск обязаны решить, если запрос должен быть сделан до соседей кэша. Это поэтому обязаны вести все дайджесты сверстников в оперативной памяти.

Peer дайджесты также хранятся на диске по следующим причинам:

• Восстановление - если остановлен и перезапущен, Peer дайджесты могут быть повторно использованы из местного на диске копию (вскоре они будут проверены с использованием запроса HTTP IMS в соответствующие сверстниками как обсуждалось ранее), а

• Обмен - сверстников дайджесты хранятся как обычные объекты в кэше. Это позволяет им уделять кешам.