APC больше не нужен в Ubuntu 14.04. APC не поддерживается в PHP 5.5, который идет со своим встроенным Opcache кэшем взамен. Убедитесь, что кэш включен, отредактируйте файл /etc/php5/apache2/php.ini .
Замените:

;opcache.enable=0

Opcache.enable=1

Затем убедитесь что, модуль php активирован:

# php5enmod opcache

Наконец, перезагрузите Apache:

Service apache2 restart

Проверка:

Http:///info.php

Создайте файл info.php следующего содержания в корне директории web сервера /var/www/html/

И откройте его в браузере. Там вы найдете информацию о PHP, в том числе и о включенном кэше. Не оставляйте этот файл на продакшн сервере. Удалите его после проверки.
Должны увидеть:

Zend OPcache Opcode Caching Up and Running Optimization Enabled И т.д.

How To Install Alternative PHP Cache (APC) on Ubuntu 12.04

Установка из PECL

Для установки из репозитория Ubuntu смотрите ниже.

About APC.
APC is a great operation code caching system for PHP that can help speed up your site. PHP is a dynamic server-side scripting language that needs to be parsed, compiled and executed by the server with every page request. In many cases though, the requests produce exactly the same results which means that the cloud server has to unnecessarily repeat all these steps for each of them.
This is where APC comes into play. What it does is save the PHP opcode (operation code) in the RAM memory and if requested again, executes it from there. In essence, it bypasses the parsing and compiling steps and minimizes some unnecessary loads on the cloud server.

Предполагается, что у вас имеется собственный VPS с привилегиями root"а и установленный LAMP.

Для начала установите пакеты:

Sudo apt-get install php-pear php5-dev make libpcre3-dev

Теперь вы можете установить APC используя команду pecl:

Sudo pecl install apc

Вам будет предложено ответить на несколько вопросов, но до тех пор пока вы не узнаете точный ответ, используйте значение по умолчанию нажимая Enter.

Следующий и последний шаг - отредактируйте файл php.ini

добавив в конец строку:

Extension = apc.so

Сохраните файл и перезапустите Apache:

Sudo service apache2 restart

Что бы проверить включен-ли APC, проверьте страницу PHP info. Если у вас нет оной, создайте ее в директории /var/www:

Nano /var/www/info.php

и вставьте код:

Откройте его в браузере. Там вы найдете информацию о PHP, в том числе и о включенном кэше. Не оставляйте этот файл на продакшн сервере. Удалите его после проверки.

Настройка APC

Вы установили APC и он запущен с настройками по умолчанию. Существует по меньшей мере две настройки, о которых вам следует знать. Откройте php.ini , который вы уже редактировали:

Sudo nano /etc/php5/apache2/php.ini

Под строчкой, который вы включили APC, добавьте:

Apc.shm_size = 64

Это позволит APC использовать 64MB памяти RAM для кэширования. В зависимости от конфигурации вы можете изменять это значение.
Следующая строка, которую следует добавить:

Apc.stat = 0

Параметр apc.stat проверяет script при каждом запросе, изменился он или нет. Если скрипт изменился APC перекомпилирует его и кэширует новую версию. Это дефолтное поведение APC после установки. Устанавливая значение параметра в 0 мы говорим APC не проверять изменения скрипта. Это улучшает производительность, но при этом, если скрипт был изменен, изменения не применятся до перезагрузки сервера. Таким образом значение 0 рекомендуется использовать только на продакшн сервере, где нет постоянных изменений кода.

Мониторинг APC
Существует небольшой скрипт для мониторинга статуса и производительности APC кэша.

Вы можете скопировать файл apc.php из /usr/share/php/ в рабочую директорию web сервера, например /vwr/www:

Cp /usr/share/php/apc.php /var/www - для установленного из pecl

Или скачать:

Wget http://pecl.php.net/get/APCu -O - | tar xz --wildcards apcu*/apc.php

Теперь обратитесь к этому файлу из браузера:

Http:///apc.php

Вы должны увидеть статистику APC. Обратите внимание, что APC хватает памяти и фрагментация не очень велика.
Хорошим признаком будет высокий процент попадания в кэш, около 95% после нескольких запросов.

Установка APC cache из репозитория Ubuntu

$ sudo apt-get install php-apc

Перезапустить Apache и посмотрите info.php . Должна появится секция APC (Enabled On).
Для монитроинга используйте утилиту, входящую в комплект поставки:

Cd /usr/share/doc/php-apc # gunzip apc.php.gz

Скопируйте файл apc.php , например, в /var/www
Обратитесь к файлу из браузера:

Http:///apc.php

Ошибка:
No cache info available. APC does not appear to be running.

появляется, если в коде apc.php не задан пароль.
Отредактируйте файл apc.php:

# vi /var/www/apc.php

и задайте имя пользователя и пароль:

Defaults("ADMIN_USERNAME","apc"); // Admin Username defaults("ADMIN_PASSWORD","pass"); // Admin Password - CHANGE THIS TO ENABLE!!!

Defaults("USE_AUTHENTICATION",0);

Дополнительные опции в /etc/php5/apache2/conf.d/apc.ini

;apc.enabled=1 – не актуально;apc.enable_cli=1 – не актуально;apc.shm_size=64M # по умолчанию 32M ;apc.stat = 0

Поведение этих функций зависит от установок в php.ini .

Несмотря на то, что настройки APC по умолчанию подходят для большинства установок, для некоторых задач может потребоваться более тонкая настройка.

При конфигурировании APC есть два главных момента, на которые необходимо обратить внимание. Первый - сколько памяти предоставить в распоряжение APC, а второй - будет ли APC проверять, модифицировался ли файл, при каждом запросе. За эти настройки отвечают параметры apc.shm_size и apc.stat , соответственно. Крайне внимательно прочитайте разделы, относящиеся к настройке этих параметров.

Как только сервер запущен, скрипт apc.php , поставляемый с этим расширением, должен быть скопирован в "docroot" и права на него должны позволять запустить его через браузер. Этот скрипт предоставляет детальную информацию по работе APC. Если в PHP разрешен GD, то этот скрипт также будет показывать полезные графики. Конечно же первое, что будет интересно, это то, кеширует ли APC что нибудь. Если APC работает, то значение Cache full count (слева) будет показывать, сколько раз кеш полностью заполнится и был вынужден принудительно удалить записи, к которым не обращались последние apc.ttl секунд. Чем меньше это число - тем лучше сконфигурирован кеш. Если это число постоянно растет, значит APC приходится постоянно очищать старые записи и значит теряется весь смысл кеширования. Самый лучший способ уменьшить это число - это добавить памяти для APC. Если сделать этого нельзя, то надо перенастроить apc.filters , чтобы ограничить набор кешируемых скриптов.

Если APC собран с поддержкой mmap (Memory Mapping), он будет использовать всего один сегмент памяти, если же наоборот, APC собран с поддержкой SHM (SysV Shared Memory), он будет использовать несколько сегментов. MMAP не имеет максимального ограничения, в отличие от SHM, который ограничивается /proc/sys/kernel/shmmax . Обычно рекомендуется использовать MMAP, потому что он гораздо быстрее выделяет память при перезагрузке веб-сервера, что сказывается на скорости запуска сервера.

Краткое разъяснение конфигурационных директив.

Если установить apc.enabled равным 0, то APC не будет включен. Это полезно, когда APC статически включен в PHP и нет других вариантов, для запрета его использования. Если APC собран как DSO, можно просто закомментировать строку extension в php.ini .

Apc.shm_segments integer

Количество сегментов разделяемой памяти выделенной под кеш. Если APC использовал всю доступную разделяемую память, а apc.shm_size таким большим, как позволяет система, увеличение этого параметра может помочь.

Apc.shm_size string

Размер сегмента разделяемой памяти, заданный в короткой нотации (см. этот FAQ). По умолчанию некоторые системы (включая большинство вариантов BSD) ограничивают это значение крайне малым значением.

Apc.shm_strings_buffer string

Размер памяти отданный под разделяемый строковый кеш, используемый внутренними процессами APC. Размер должен завершаться суффиксом M или G для обозначения мегабайт и гигабайт, соответственно. Использование этого параметра может сократить размер памяти рабочих процессов PHP-FPM, так как одинаковые строки будут сохранены в памяти всего один раз и смогут использоваться всеми рабочими процессами.

Apc.optimization integer

Уровень оптимизации. Ноль запрещает оптимизаци. Чем выше это значение, тем более аггресивная оптимизация будет использована. Не ждите большого прироста в скорости. Это эксперементальная функциональность.

Apc.num_files_hint integer

Подсказка по количеству уникальных файлов, использующихся в вашем сайте. Установите равным нулю или вообще не указывайте, если не уверены. Эта настройка полезна, когда у вас много тысяч файлов.

Apc.user_entries_hint integer apc.file_update_protection integer

Когда файл изменяется на ходу, это должно происходить атомарным образом. То есть сначала его надо записать во временный файл, а затем переместить (mv ) на его целевую позицию. Многие текстовые редакторы, cp , tar и прочие не делают этого. Это может привести к тому, что файл будет запрошен (и закеширован) в момент его записи. Настройка apc.file_update_protection задает задержку кеширования для совершенно новых файлов. По умолчанию 2 секунды. Это означает, что если временная метка модификации файла (mtime ) говорит, что с если момента изменения файла прошло менее 2 секунд, он не будет кеширован. Несчастный человек, который попытается обратиться в полусохраненному файлу будет наблюдать странное поведение, но, по крайней мере, оно продлится не долго. Если все файлы веб-сервера будут обновляться атомарно, с помощью таких методов как rsync (который производит обновление корректно), то это поведение можно отключить установим этот параметр равным нулю. Если система перегружена по вводу/выводу, то некоторые обновления могут длиться больше двух секунд и эта настройка должна быть соответственно увеличина.

Apc.enable_cli integer

Больше для тестирования и отладки. Эта настройка разрешает APC для CLI-версии PHP. При обычной работе запускать APC, который будет создавать, наполнять и уничтожать кеш при каждом запуске сценария в консоли, будет далеко не лучшей идеей. Но в целях тестирования и отладки, можно легко включить APC для CLI.

Apc.max_file_size integer

Не кеширует файлы большего, чем задано этой настройкой, размера. По умолчанию 1M.

Apc.stat integer

Будьте осторожны меняя эту настройку. По умолчанию она включена, заставляя APC проверять файлы скриптов при каждом запросе на предмет не были ли они изменены. Если они были изменены, то они будут перекомпилированы и закешированы заново. Если же эту настройку отключить, то APC такую проверку производить не будет и если файл уже был закеширован, а после этого изменен, то новая версия в кеш не попадет. Для перекеширования потребуется перезагрузить веб-сервер. Обратите внимание, что веб-сервера, сконфигурированные для использования FastCGI могут не очищать кеш при перезапуске. В промышленных средах, где изменения файлов происходят крайне редко, отключение этой опции может значительно повысить производительность.

Для файлов загружаемых через included/required это опция работает замечательно, но имейте в виду, что при включении файла по относительному пути (в Unix это любой путь, не начинающийся с /), APC будет проверять его на уникальность. Если же используются абсолютные пути, APC будет пропускать эту проверку и использовать абсолютный путь как уникальный идентификатор файла.

Apc.write_lock boolean

На высоконагруженных серверах, когда сервер стартует, или когда множество файлов изменяются одновременно, APC может попытаться скомпилировать и закешировать один и тот же файл несколько раз одновременно. Блокировка записи гарантирует, что только один процесс будет пытаться компилировать и кешировать некешированный файл. Другие процессы, которым нужно использовать этот файл, будут использовать его некешированную версию, вместо того, что бы ждать его появления в кеше.

Apc.report_autofilter boolean

Логирует любые скрипты, которые были исключены из кеширования из-за проблем раннего или позднего связывания.

Apc.serializer string

Указывает APC использовать сторонний сериализатор.

Apc.include_once_override boolean

Оптимизирует вызовы include_once и require_once для предотвращения дорогих системных вызовов.

Внимание

Этот функционал является ЭКСПЕРЕМЕНТАЛЬНЫМ . Поведение этой директивы, ее имя и документация на нее могут измениться без предупреждения в будущих версиях APC. Используйте ее на свой страх и риск.

Apc.rfc1867 boolean

Перехватчик прогресса загрузки файлов RFC1867 доступен в APC только если он собран с PHP 5.2.0 и выше. Если разрешено, то любой загружаемый на сервер файл, содержащий в форме, перед полем с файлом, поле с именем APC_UPLOAD_PROGRESS , будет вынуждать APC автоматически создавать пользовательскую запись в кеше вида upload_key , где key - это значение поля APC_UPLOAD_PROGRESS .

Помните, что скрытое поле APC_UPLOAD_PROGRESS должно идти до поля с файлом, иначе работа будет некорректной.

Обратите внимание, отслеживание загрузки файла потоконебезопасна, так что если во время первой загрузки случится новая, с тем же ключем, отслеживание первой будет прекращено.

Обратите внимание, что rate будет доступен только когда все текущие загрузки завершены.

Пример #1 Пример использования apc.rfc1867

print_r (apc_fetch ("upload_ $_POST [ APC_UPLOAD_PROGRESS ] " ));
?>

Результатом выполнения данного примера будет что-то подобное:

Array ( => 1142543 => 1142543 => 1828068.8 => test => file => /tmp/php8F => 0 => 1)

Apc.rfc1867_prefix string

Префикс ключа для использования в записи кеша пользователя, создаваемой функционалом отслеживания прогресса загрузки rfc1867.

Apc.rfc1867_name string

Задает имя для скрытого поля формы, которое будет активировать процесс загрузки APC и указывать суффикс ключа пользовательского кеша.

Apc.rfc1867_freq string

Частота, с которой будет обновляться пользовательская запись в кеше во время загрузки файла. Может задаваться как в процентах, так и указанием размера в байтах. При желании можно использовать суффиксы "k" , "m" и "g" (регистронезависимо) для килобайт, мегабайт и гигабайт, соответственно. Если указать ноль, то обновления будут происходить так быстро, как только возможно, но это может замедлить загрузку.

Apc.rfc1867_ttl integer

TTL для записей rfc1867.

Apc.localcache boolean

Разрешает неблокирующий локальный теневой кеш процессов, что уменьшает количество блокировок во время записи кеша.

Apc.localcache.size integer

Размер локального теневого кеша процессов, должен быть достаточно большим, примерно в половину apc.num_files_hint .

Apc.coredump_unmap boolean

Разрешает APC перехватывать сигналы, такие как SIGSEGV, который записывает coredump, когда подан. Когда эти сигналы будут получены, APC попытается освободить всю разделяемую память, чтобы не включать ее в coredump. Эта настройка может увеличить стабильность системы, когда критический сигнал был получен, а APC сконфигурирован на использование большого объема памяти.

Внимание

Эта возможность потенциально опасна. Освобождение сегментов разделяемой памяти при получении критического сигнала может привести к непредсказуемому поведению.

Замечание :

Хотя некоторые ядра предоставляют возможность игнорировать некоторые сегменты разделяемой памяти при записи core-файла, эти реализации могут также игнорировать важные сегменты памяти, такие как Apache scoreboard.

Проверка по ctime для избежания проблем, порожденных такими программами как svn или rsync, убедившись, что inode не поменялся с момента последнего сбора статистики. Обычно APC проверяет только mtime.

Apc.canonicalize bool

Если запрещено, то относительные пути приводятся к каноничным в режиме no-stat. Если разрешено, то файлы, подключенные через потоковую обертку не будут кешироваться, так как realpath() не поддерживает потоковые обертки.

Apc.preload_path string

Опционально. Задает путь, который используется APC для загрузки кешированных данных во время запуска.

Apc.use_request_time bool

Использовать время старта запроса SAPI для TTL .

Apc.file_md5 bool

Записывать хеши md5 файлов.

Apc.lazy_functions integer

Разрешает ленивую подгрузку функций.

Apc.lazy_classes integer

Разрешает ленивую подгрузку классов.