Xcache beállítás
Mint tudja, a PHP - programozási nyelv, azaz a Amikor Ön a forgatókönyvet, a szkript összeállítani. Ha van egy script semmi komoly, hiszen a fordítási idő nem nagy. De a mai CMS és freymvorkah megjelenítéséhez használt oldalak 10-300 egyedi php-fájl (más szóval, inkluda). Minél több inkluda és mit nehezebb, minél hosszabb a fordítási folyamatot.
A probléma megoldására jön, hogy a lefordított formában script szem előtt tartva. Vannak speciális modulok tárolási otkompilennogo kód a memóriában. Ezek az úgynevezett gyorsítók.
A leghíresebb: eAccelerator, APC, XCache. Mindegyiknek megvan a maga előnye és hátránya. Használom XCache leggyorsabb és legmegbízhatóbb. Miközben mindenkinek megvan a saját véleménye a megbízhatóságot.
Néhány gyorsítók teszi, hogy tárolja a memóriában nem csak scriptek, hanem a számítások eredményeit. Például egy mintát az adatbázisból. A gyakorlatban ez úgy néz ki, mint egy tároló gyorsítótár Memcache. De használni Memcache - így történelmileg.
admin XCache
Van egy kis XCache admin panel megjelenítéséhez statisztikák és állítsa vissza a cache. Általában itt fekszik a / usr / local / share / examples / xcache / admin /. Tehát meg kell, hogy ezt a mappát valahol a honlapon gyökér vagy annak admin felületen, így meg lehet nézni a böngészőből. admin letölthető itt.
Így néz ki én
Az első táblázat a statisztika. Ez 2 vonalak, mert processzor I 2-mag és XCache forgalmaz cache mind magok. Annyit már kiosztott 512M.
Statisztikák xCache
vissza az admin (lásd. a fenti képen).
Nyerőgépek - a rések száma a gyorsítótár. Ezt megértem, hogy hány darab veri memóriát. Az én esetemben ez 8000. Minél magasabb az érték, annál gyorsabb a keresés, de több memóriát igényel.
Size - mérete memória XCache
Igénybe - mennyi memória maradt. Mint látható, én nem hagytam. Tömve minden 512 Mb
Clear - cache reset gomb
Találat - hány hívtak le a fájlokat
Kisasszonyok - hány hívást a fájl készült, de ezeket a fájlokat nem volt a memóriában. Ez egy normális folyamat. Files változott - repülnek a gyorsítótárból. De az én esetemben, a fájlok egyszerűen nem fér a memóriába, így azok nem láthatók, és ennek megfelelően, kudarcok.
Klumpák - Megértem, hogy hányszor kértünk néhány fájlt a cache, de ebben az időben ezek a fájlok is összeállított, azaz Ez volt a zár.
OOMS - hányszor fájl nem tartalmazza a cache miatt kevés a memória.
Trolt - a fájlok számát a cache. Csak annyit 6400 fájlokat.
xCache beállítások
Mit ne felejtsük el. Tegyük fel, hogy változtatni néhány kódot egy nagy projekt. Memóriaterület felszabadult, és ez az üres tér írhatók fájlok nizkoposeschaemyh projekteket. Ennek megfelelően, a nagy projekt fájlokat nem esnek bele a gyorsítótárat. Egyszerűen fogalmazva, XCache nem tudja, hogy melyik fájlokat lehet kidobják a cache, és tegye a helyükre gyakrabban használt fájlokat (ez az úgynevezett „forró” cache). Ezért szükséges, hogy állítsa vissza a cache manuálisan az admin felületen.
Az alsó táblázat mutatja, hogy mely fájlok cache, és milyen hatékonyan.
Hits - Találatok száma, a szkript a memóriában. Minél több - annál jobb. Ha valamilyen fájl hosszú idő, ez kevesebb, mint 10, ez azt jelenti, hogy a fájl ritkán használják, és csak akkor kerül sor a memóriában.
Size - a fájl méretét a memóriában. Itt a legérdekesebb. Kiderült, hogy a lefordított fájl memória 10-szer több helyet foglal, mint a lemezen. OMG!
SrcSize - file mérete a lemezen
Access - Mióta elérni ezt a fájlt
Létrehozása - milyen hosszú a fájl a cache
Saját config
xcache.size = 512M
xcache.count = 2
xcache.slots = 8K
xcache.ttl = 0
xcache.gc_interval = 0
xcache.var_size = 0M
xcache.var_count = 2
xcache.var_slots = 8K
xcache.var_ttl = 0
xcache.var_maxttl = 0
xcache.test = Off
xcache.cacher = On
xcache.stat = On
Mint látható, kikapcsoltam a használata XCache mint cache-számítások eredményeinek (xcache.var_size = 0M). Ebből a célból, én Memcache.
Nos, valójában eredmények: gyorsulás 2-3. Ha még az oldal az keletkezett 0,3 másodpercig (alapú Memcache), most 0,1 másodperc. Ez egy példa egy projekt a CMS LiveStreet.