Проблема фрагментации кеша APC

Я запускаю APC (php cache) на среднем веб-сайте (13 000 посещений в день) на сервере CentOS 5, работающем под управлением php 5.3.3 с APC 3.1.4 с 4 ГБ ОЗУ. В последние недели у меня много ошибок «unable to allocate memory for pool» в журналах, и часто сайт идет вниз.Проблема фрагментации кеша APC

Я думаю, проблема в APC. Из статистики я вижу, что кеш заполнен через час или два, а фрагментация всегда переходит на 100%. Это мои настройки конфигурации из apc.ini:

apc.cache_by_default 1 
apc.canonicalize 0 
apc.coredump_unmap 0 
apc.enable_cli 0 
apc.enabled 1 
apc.file_md5 0 
apc.file_update_protection 2 
apc.filters 
apc.gc_ttl 3600 
apc.include_once_override 0 
apc.lazy_classes 00 
apc.lazy_functions 0 
apc.max_file_size 1M 
apc.mmap_file_mask /dev/zero 
apc.num_files_hint 0 
apc.preload_path  
apc.report_autofilter 0 
apc.rfc1867 0 
apc.rfc1867_freq 0 
apc.rfc1867_name APC_UPLOAD_PROGRESS 
apc.rfc1867_prefix upload_ 
apc.rfc1867_ttl 3600 
apc.shm_segments 1 
apc.shm_size 512M 
apc.slam_defense 1 
apc.stat 1 
apc.stat_ctime 0 
apc.ttl 7200 
apc.use_request_time 1 
apc.user_entries_hint 0 
apc.user_ttl 7200 
apc.write_lock 1

Из статистики APC можно видеть, что количество кэшированных файлов очень высока (40 000), и это связано с изобилием кэш-файлов и PHPBB Обсуждение MediaWiki. Должен ли я предотвращать кеширование APC этими файлами с помощью apc.filters? Есть ли решения проблемы?

источник

2010-10-06 Nicolò Martini

Является ли содержимое кэша чисто системным кэш-кодом (кодом) или включает записи кэша пользователя. Как правило, последние становятся фрагментированными, поскольку записи системного кэша обычно статичны, как только они загружаются в кеш (если только в системе разработки). Если это производственная система, тогда установите apc.stat = 0 на diable, проверяя новые версии файлов кода всякий раз, когда запускается скрипт. –

Благодарим вас за ответ. Он включает только записи в системный кеш, я использую его только для кеша операций. На apc.stat: может apc.stat повлиять на фрагментацию? –

apc.stat, как правило, только накладные расходы: но если APC идентифицирует новую версию php-файла, то она удалит старую кэшированную запись и кэширует новую, так что это может привести к фрагментации ... но только тогда, когда PHP сами файлы изменены. apc.stat = 1 обычно используется в среде dev, где сценарии подлежат регулярному изменению; apc.stat = 0 в производственной системе, где файлы не должны меняться на регулярной основе. –

Вы действительно должны установить apc.stat = 0 на своем производственном сервере, и это предотвратит фактическое переключение APC в IO, чтобы проверить, был ли файл изменен.

также установить apc.slam_defense = 0, как это осуждается

ЗАКАНЧИВАТЬ документацию для других опций: http://php.net/manual/en/apc.configuration.php

источник

2010-10-17 14:14:44 Collector

Я искал свой php.ini и нет раздела о [apc] (я установил apc, и он отлично работает). Могу ли я просто добавить эти 2 строки в свой php.ini, чтобы получить это? '[apc] apc.stat = 0' – dynamic

Да, вы можете, потому что настройка по умолчанию -« 1 ». Прочтите http://si2.php.net/manual/en/apc.configuration.php – palmic

Я думаю, вы должны установить apc.mmap_file_mask = /tmp/apc-yourusernamehere.XXXXXX для File- поддерживаемый mmap; сделать маску файла уникальной, добавив вашу уникальную строку; XXXXXX (ровно 6 X) должен оставаться, чтобы позволить APC добавлять случайную строку ИЛИ устанавливать/dev/zero для анонимного mmap, если вы можете сэкономить память.

Я вижу, что вы используете/dev/zero, который занимает память без необходимости.

источник

2011-07-07 14:25:49 Katie

Проблема фрагментации кеша APC

ответ

Смежные вопросы