Ответы:
APC, безусловно, лучший вариант из трех. eAccelerator начинает терять свою основу и, похоже, имеет проблемы с последней версией PHP. APC можно найти здесь . Есть много других ссылок, но это авторитетная (при условии, что это последняя версия). Основные настройки для определения в вашем php.ini
файле:
extension=”apc.so”
apc.enabled=”1”
apc.shm_size=”30M”
В качестве примера я запустил установочную нагрузку Piwik, распределенную по трем серверам и с eAccelerator, и он мог обрабатывать около 15 обращений в секунду. Как только я переключился на APC и сузил настройки, необходимые для моей установки, мы достигли более 40 обращений в секунду (более 2 миллионов обращений в месяц) без каких-либо недостатков в веб-интерфейсе Piwik.
Вот изображение нашего процессора с включенным и выключенным APC (Piwik использует задание cron для сбора информации, но суть в том, насколько он эффективен)
Я бы сейчас внимательно посмотрел на Xcache. У APC не было много обновлений, и он выдает нам довольно много ошибок кода операции. Xcache также поддерживается группой lighttpd, которая не нуждается в особом представлении.
Наконец, APC не интегрирован и не будет интегрирован в PHP для всех, кто так говорит (не обязательно в этом потоке, но по всей сети. Это было верно для первоначальных выступлений PHP6, которые были перенесены на 5.4, но были отброшены ). В последних докладах PHP пытался определить, какую систему кэширования кода операции использовать, если таковая имеется. Последнее, что я слышал, рассматривался Zend Accelerator, который вы больше не можете загружать напрямую.
Я бы использовал apc в конфигурации nginx + php-fpm. Обычно это то, что мы используем для нашего сайта.
Я использую APC на http://www.ubuntubrsc.com/, и это довольно хорошо.
Если вы смешаете это с Nginx (с микрокешем), PHP-FPM , Batcache и CloudFlare Pro , вы получите действительно быстрый веб-сайт. Использование ресурсов тоже довольно круто.