Наскоро инсталирах и активирах APC кеш на уеб сървър (Centos 5.7, PHP 5.3, 1,5 Gb RAM), който е предназначен основно за среден трафик (30 000 уникални посетители/месец) WordPress сайт, работещ с W3Total Cache, който е настроен да използва APC за база данни и кеширане на обекти (страница, минимизиране на използване на диск).
Информационната страница на APC за сървъра показва, че има постоянно тежка фрагментация. Например, след рестартиране на httpd, фрагментацията е до 75% след 11 часа, а аз съм го виждал на 100% след няколко дни. В нито един момент не съм виждал повече от около 40% от използваната кеш памет и сървърът постоянно работи с около 400Mb използвана памет, 1100Mb свободни (-/+ буфери/кеш, както се съобщава от free -m). Така че не изглежда, че липсата на памет причинява фрагментацията.
Започнах с конфигурацията по подразбиране APC и W3TC и опитах различни комбинации от следните промени: -
- apc.ttl намален до 1800 (от 7200)
- apc.user_ttl е зададен на 0 (единственото нещо, което използва потребителския кеш, е W3TC и задава свои собствени TTL)
- Времето за изчакване на W3TC се увеличи от 180 на 7200 секунди
- apc.filters за блокиране на timthumb
Изглежда, че нито една от тези промени не е направила голяма разлика, въпреки че досега субективната производителност и времената за зареждане на страниците, измерени от Google Webmaster Tools, не изглежда да са засегнати нито по един от двата начина.
Трябва ли да се тревожа за това? Въпреки че текущата производителност предполага, че не, предпочитам да го сортирам, преди натоварването на сървъра/трафикът на сайта да се повиши. Ако е проблем, какви стъпки мога да предприема, за да разреша?
РЕДАКТИРАНЕ: - Ето пълния конфигурационен файл 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 е основната причина за фрагментацията.
