4 Запроса Magento в секунду = 210 Мбит кэш-памяти bandwith?
Таким образом, Вы выполняете вершину и Ваш как uhhh... три пользователя?
Тип w. Обычно Вы будете видеть что-то как: сессия гнома, удар, w.
Это ожидается. Gnome/KDE является Вашей настольной средой. Bash, вероятно, где Ваша рабочая "вершина" и w являются командой, Вы просто выполнились... Прохладный ха?
Я только что нашел ответ: TinyBrick_Lightspeed. Это полный кеш страницы, который не имеет никакого смысла, поскольку лак может кэшировать все, что этот модуль мог кэшировать. Тем не менее, он записывает полный вывод html в кеш для каждого попадания URL. Звучит по-прежнему хорошо для своего первоначального назначения.
Не годится их "творческий" способ пометки поддержки для бэкэнда кеша, который не поддерживает теги как таковые (memcached).
Если вы записываете ключ X в кеш и хотите прикрепить к нему тег Y, он загружает содержимое дополнительного ключа кеша TAG_Y, добавляет к нему новый ключ кеширования и сохраняет его обратно в TAG_Y.
Чем больше продуктов / страниц / категорий / ... вы есть, чем больше становятся эти записи тегов, тем больше данных должно быть получено и записано в кеш для каждого нового запроса.
Некоторые теги как "MAGE" выросли до 10 МБ + ...
До и после исправления:
