Запись опубликована
Блог Леопарда.Вы можете оставить комментарии здесь или
тут Стал вопрос в выборе opcode/var кешера. Что от него нужно: собственноно кеширование opcode (понимается прекомпиленный и желательно оптимизированный byte код) в память, возможность кеширования в память переменных. Расмотрю то, что мне удалось найти и протестировать.
eAccelerator
http://eaccelerator.net/
По API больше понравился eAccelerator. API простое - только самое нужное, но есть и такие возможности, которых нет у других - функции блокировки ключа. Он также лучше и удобнее в настройках. Позволяет отдельно управлять хранением ключей, сессий и данных (скомпилированного кода и пользовательских данных). Методы хранения: только в разделяемой памяти, в памяти и на диске одновременно, в памяти с вытеснением на диск и только на диске. Легко и прозрачно можно отделить ключи каждого виртуального сервера в системе, чтобы не было лишних дырок в безопасности и пересечения ключей, установкой уникального значения параметра eaccelerator.name_space для каждого виртуального сервера. Против ожидания, что нагрузка на процессор и память возрастет, наблюдаю, наоборот, снижение за счет меньшей нагрузки на базу данных. При длительной эксплуатации загонял процесс в lock (обидно).
Плюсы:
По сторонним тестам самый шустрый (ИМХО - согласен);
Минусы:
На продакшн-сервере после n едниц времени работы загонял процесс в lock;
Читать запись полностью »