2010-10-17 24 views
0

Sur le serveur Linux gentoo que j'utilise, je viens de mettre à jour APC de la version 3.0.19 vers la version 3.1.4 et il semble que quelque chose ne fonctionne pas correctement. Il semble que les entrées de cache qui auraient dû être supprimées (explicitement ou via une expiration TTL) restent en place et que l'utilisation du cache ne cesse de croître jusqu'à atteindre la mémoire d'utilisation maximale, puis le serveur devient extrêmement lent.Problèmes de mise à niveau d'APC 3.0.19 -> 3.1.4

Toute personne ayant de l'expérience sur cette mise à niveau?

Merci

Voici mon apc.ini

extension=apc.so 
apc.enabled="1" 
apc.shm_segments="1" 
apc.shm_size="1536" 
apc.num_files_hint="2500" 
apc.ttl="7200" 
apc.user_ttl="86400" 
apc.gc_ttl="3600" 
apc.cache_by_default="1" 
;apc.filters="" 
;apc.mmap_file_mask="/tmp/apcphp5.XXXXXX" 
apc.slam_defense="0" 
apc.file_update_protection="2" 
apc.enable_cli="1" 
apc.max_file_size="5M" 
apc.stat="0" 
apc.write_lock="1" 
apc.report_autofilter="0" 
apc.include_once_override="0" 
apc.rfc1867="0" 
apc.rfc1867_prefix="upload_" 
apc.rfc1867_name="APC_UPLOAD_PROGRESS" 
apc.rfc1867_freq="0" 
apc.localcache="0" 
apc.localcache.size="512" 
apc.coredump_unmap="0" 

Répondre

0

J'ai rencontré un problème avec APC 3.1.5 lorsque j'ai défini apc.shm_size avec uniquement la valeur numérique. Essayez apc.shm_size="1536M", peut-être qu'il aide (la valeur par défaut dans le documentation utilise également cette formule)

+0

J'ai ajouté le M aussi bien et cela n'a fait aucune différence. S'il vous plaît voir ma propre réponse. Merci. – Collector