-
-
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 |
Oké, az shm_size -t valóban benéztem, mondjuk most próbálom belőni, éles tárhelyre lesz, nem fejlesztéshez. :)
Hát, ha sok a user/site akkor a ttl-eket visszakapcsolhatod, a többire érvényes marad amit mondtam.
Éles siteon Drupal telepítés? ;)
A tárhely éles, amúgy pedig miért ne, védett helyen van. :)
Megoldódott a stat kikapcsolással?
(pontosabban bekapcsolással)
Igen, végül ez lett, így működik:
extension = apc.so
apc.shm_segments = 1
apc.num_files_hint = 2048
apc.ttl = 3600
apc.user_ttl = 3600
apc.rfc1867 = 1
apc.stat = 1
apc.shm_size = 64M
Kösz a segítséget! :)
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...)
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. :)
Látom sikerült 3 helyről összemásolni :)
apc.stat-ot nem kapcsolhatod ki fejlesztéshez, sőt, úgy általában nem érdemes, túl sok a mellékhatás.
3x definiálod az shm_sizeot - 96M érték kb bármilyen Drupalhoz jó, nem kell 256 (valószínűleg 64M is elég, a fragmentációt kell figyelned, mégpedig production használat közben)
A többivel nem biztos, hogy baja kéne, hogy legyen, de ha fejlesztéshez használod, felesleges a user_ttl és a ttl beállítása, 0 érték jó neki (miért ürítenéd idővel a cachet, lehet hogy arra a 2MB memóriára szükséged van? kétlem, nincs több 100 siteod). A optimization és max_file_size is felesleges, mert ezek a default értékek.