Недавно я установил и активировал кеш APC на веб-сервере (Centos 5.7, PHP 5.3, 1,5 ГБ ОЗУ), который в основном предназначен для среднего трафика (30 тыс. Уникальных посетителей в месяц). Сайт WordPress, на котором запущен W3Total Cache, настроен на использование APC для кэширование базы данных и объектов (страница, минимизация использования диска).
Информационная страница APC для сервера показывает, что постоянно наблюдается сильная фрагментация. Например, после перезапуска httpd фрагментация достигает 75% через 11 часов, а через пару дней я видел 100%. Я никогда не видел, чтобы использовалось более 40% кэш-памяти, и сервер постоянно работал с объемом используемой памяти около 400 МБ, 1100 МБ свободно (- / + буферы / кеш, как сообщает free -m). Так что, похоже, фрагментация не связана с нехваткой памяти.
Я начал с конфигурации APC и W3TC по умолчанию и пробовал различные комбинации следующих изменений:
- apc.ttl уменьшен до 1800 (с 7200).
- apc.user_ttl установлен в 0 (единственное, что использует пользовательский кеш, - это W3TC, и он устанавливает свои собственные TTL)
- Тайм-аут W3TC увеличен со 180 до 7200 секунд.
- apc.filters для блокировки timthumb
Ни одно из этих изменений, похоже, не имело большого значения, хотя до сих пор субъективная производительность и время загрузки страницы, измеренные с помощью инструментов Google для веб-мастеров, не повлияли ни на что.
Стоит ли мне об этом беспокоиться? Хотя текущая производительность предполагает, что это не так, я бы предпочел отсортировать это до того, как нагрузка на сервер / трафик сайта возрастут. Если это вызывает беспокойство, какие шаги я могу предпринять для решения?
РЕДАКТИРОВАТЬ: - Вот полный файл конфигурации apc.ini: -
; Enable apc extension module
extension = apc.so
; Options for the APC module version >= 3.1.3
; See http://www.php.net/manual/en/apc.configuration.php
; This can be set to 0 to disable APC.
apc.enabled=1
; The number of shared memory segments to allocate for the compiler cache.
apc.shm_segments=1
; The size of each shared memory segment, with M/G suffixe
apc.shm_size=256M
; A "hint" about the number of distinct source files that will be included or
; requested on your web server. Set to zero or omit if you're not sure;
apc.num_files_hint=1024
; Just like num_files_hint, a "hint" about the number of distinct user cache
; variables to store. Set to zero or omit if you're not sure;
apc.user_entries_hint=4096
; The number of seconds a cache entry is allowed to idle in a slot in case this
; cache entry slot is needed by another entry.
apc.ttl=7200
; use the SAPI request start time for TTL
apc.use_request_time=1
; The number of seconds a user cache entry is allowed to idle in a slot in case
; this cache entry slot is needed by another entry.
apc.user_ttl=0
; The number of seconds that a cache entry may remain on the garbage-collection list.
apc.gc_ttl=3600
; On by default, but can be set to off and used in conjunction with positive
; apc.filters so that files are only cached if matched by a positive filter.
apc.cache_by_default=1
; A comma-separated list of POSIX extended regular expressions.
apc.filters="-.[omitted]/timthumb.php$"
; The mktemp-style file_mask to pass to the mmap module
apc.mmap_file_mask=/tmp/apc.XXXXXX
; This file_update_protection setting puts a delay on caching brand new files.
apc.file_update_protection=2
; Setting this enables APC for the CLI version of PHP (Mostly for testing and debugging).
apc.enable_cli=0
; Prevents large files from being cached
apc.max_file_size=1M
; Whether to stat the main script file and the fullpath includes.
apc.stat=1
; Vertification with ctime will avoid problems caused by programs such as svn or rsync by making
; sure inodes havn't changed since the last stat. APC will normally only check mtime.
apc.stat_ctime=0
; Whether to canonicalize paths in stat=0 mode or fall back to stat behaviour
apc.canonicalize=0
; With write_lock enabled, only one process at a time will try to compile an
; uncached script while the other processes will run uncached
apc.write_lock=1
; Logs any scripts that were automatically excluded from being cached due to early/late binding issues.
apc.report_autofilter=0
; RFC1867 File Upload Progress hook handler
apc.rfc1867=0
apc.rfc1867_prefix =upload_
apc.rfc1867_name=APC_UPLOAD_PROGRESS
apc.rfc1867_freq=0
apc.rfc1867_ttl=3600
; Optimize include_once and require_once calls and avoid the expensive system calls used.
apc.include_once_override=0
apc.lazy_classes=0
apc.lazy_functions=0
; Enables APC handling of signals, such as SIGSEGV, that write core files when signaled.
; APC will attempt to unmap the shared memory segment in order to exclude it from the core file
apc.coredump_unmap=0
; Records a md5 hash of files.
apc.file_md5=0
; not documented
apc.preload_path
ОБНОВЛЕНИЕ Я также опубликовал на форумах WP и получил ответ от автора W3TotalCache: -
Такой опыт не является неожиданным для некоторых сайтов. Я буду работать над логикой кеширования в следующем выпуске, чтобы улучшить производительность APC.
Таким образом, похоже, что W3TotalCache является основной причиной фрагментации.
