16.11 Как Кэш Дайджест статистики в Cache Manager следует интерпретировать?

Кэш Digest статистики видно из диспетчера кэша или через клиент полезности. В следующем примере показано, как использовать клиент утилиты просить список возможных операций с локального, местного Статистический сборник с локального, обновление статистики с локального и местного Статистический сборник из другого кэша соответственно.

. / Клиент MGR: меню

. / Клиент MGR: store_digest

. / Клиент MGR: Обновить

. / Клиент-ч сверстников MGR: store_digest

Имеющаяся статистика дает много полезной информации отладки. Обновить статистику включать раздел для кэша Сборники которая объясняет, почему элементы были добавлены (или нет) к дайджеста.

В следующем примере показана местная статистика дайджест для 16 ГБ кэш в корпоративной среде интранета (может быть полезным справочным материалом для обсуждения ниже).

Дайджест магазине: Размер: 768 000 байт

записи: фото: 588327 Емкость: 1228800 Util: 48%

Попытки удаления: 0

битов: за вход: 5: 1953311 Емкость: 6144000 Util: 32%

бит SEQ: количество номеров: 2664350 avg.len: 2,31

Добавлен: 588327 отклонены: 528 703 (47,33%)-дель-ED: 0

столкновениях: добавить на: 0.23% на Рэй: 0.23%

записи: емкость является мерой того, сколько элементов ", скорее всего", который будет добавлен к дайджеста. Она представляет собой количество элементов, которые были в локальном кэше в начале создания дайджеста - однако, верхний и нижний пределы настоящее время применяются. Это значение умножается на биты: на запись (произвольной постоянной), получая частицы: емкость , которая является размер кэша дайджеста в битах. Разделив это на 8 даст магазине дайджест: размер которых является размер в байтах.

Число элементов представлены в сборнике дается записей: количество . Это должно быть равно добавлены минус попытки удаления .

Так как (в настоящее время) изменения не внесены в дайджест после первоначального развертывания (без дополнения не будут сделаны и удаления не поддерживаются) попытки удалениявсегда будет 0 и записи: Количество должно быть просто равным добавил .

записи: Util на самом деле не значительные статистика. В лучшем случае он дает меру того, как многие из пунктов, в магазине были признаны подходящими для вступления в кэше сравнению с, как многие из них были "подготовлены" для.

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

Биты на указывает количество битов в дайджест, которые установлены на 1. Биты Util дает этот показатель в процентах от общего количества битов в сборник. Как мы видели ранее, и эта цифра на 50% представляет собой оптимальный компромисс. Значения слишком высока (например> 75%) вызовет большее число столкновений, а следовательно, ложные значения, в то время как меньшие значения означают дайджеста недоиспользуются (с использованием ненужных RAM). Обратите внимание, что низкое давление является нормальным для кэшей, которые начинают заполняться.

Битовая последовательность непрерывной последовательности битов с тем же значением. бит SEQ: avg.len дает некоторое представление о качестве хеш-функции. Длинные значения указывают на проблемы, даже если бит: Util составляет 50% (> = 3 подозрительным,> 10 = очень подозрительно).