-
-
Save nevergone/3065812 to your computer and use it in GitHub Desktop.
| extension = apc.so | |
| apc.shm_segments = 1 | |
| apc.shm_size = 256 | |
| apc.optimization = 0 | |
| apc.num_files_hint = 2048 | |
| apc.ttl = 3600 | |
| apc.user_ttl = 3600 | |
| apc.enable_cli = 1 | |
| apc.max_file_size = 1M | |
| apc.rfc1867 = 1 | |
| apc.shm_size = 64 | |
| apc.stat = 0 | |
| apc.shm_size = 64M |
Ez érdekes. Megnéztem és 3 szerverből kettőn tényleg nem felejtettem el átállítani, de az egyik tesztszerveremen az alap 32MB maradt. Ennek ellenére az apc.php azt mutatja, hogy 50MB-ot használ az az egy db user/site egy szegmensen. Ennek utánaolvasok. :)
A stat bekapcsolása azért fontos az installáláshoz, mert php fájlokat generál/módosít. A Drupal 7 egyébként felinstallálva elvileg fut stat=0-val is.
A fájlok módosításán kívül még úgy emlékszem arra is figyelni kell, hogy a fájlneveket az includeoknál abszolút útvonalként adjuk meg, mert aszerint cachel.
tgr: ha az shm_size = 64M, akkor mi az ajánlott értéke az shm_segments-nek?
Szerintem 2, de az a biztos, ha kiteszteled. Pl. ha mmap támogatással van fordítva az APC, akkor nem használ egynél több szegmenst, akármit is állítasz be.
Jelenleg ezzel megy és ugyanúgy „warning: require_once(): Unable to allocate memory for pool.”
extension = apc.so
apc.mmap_file_mask = /tmp/apc.XXXXXX
apc.num_files_hint = 2048
apc.ttl = 3600
apc.user_ttl = 3600
apc.rfc1867 = 1
apc.stat = 1
apc.shm_size = 96M
Ez egy jó tanács, egyelőre adtam 256 megát az APC-nek, addig sem parse-ol az interpreter. :)
32M fölötti shm_size-nak shm_segments=1 mellett szerintem csak akkor van értelme, ha megnöveled a kernel szegmensméretét, ami alapból 32M szokott lenni. A stat kikapcsolásával elvileg működőképesnek kell maradnia, csak kézzel kell ürítened a cache-t, ahányszor módosítod a kódot. (Mondjuk ha valami trükkös dinamikusan generált fájlt futtatna a Drupal, az lehet, hogy behal tőle...)