Cache-t ki utálja?
Szerző
Üzenet
Én jelentkeznék elsőre. Állandóan üríteni kell... nem lehet valahol kikapcsolni amíg befejezem a style készítését?
_________________
Vízipipa Fórum - Az ország első és legnagyobb vízipipás fóruma! Folyamatosan moderált és mindig találhatsz érdekes témát!
Vízipipa - Az ország első és legnagyobb vízipipás közössége. Legtöbb infó a vízipipáról, legnagyobb fórummal és a legtöbb cikkel!
Vízipipa Blog - Egy blog, melynek fő témaköre a vízipipázás! Minden információ: tippek, hírek a hazai és külföldi fronton, dohány tesztek és miegymás!
_________________
Vízipipa Fórum - Az ország első és legnagyobb vízipipás fóruma! Folyamatosan moderált és mindig találhatsz érdekes témát!
Vízipipa - Az ország első és legnagyobb vízipipás közössége. Legtöbb infó a vízipipáról, legnagyobb fórummal és a legtöbb cikkel!
Vízipipa Blog - Egy blog, melynek fő témaköre a vízipipázás! Minden információ: tippek, hírek a hazai és külföldi fronton, dohány tesztek és miegymás!
Mintha láttam volna erre MOD-ot. Ha jól emlékszem, még azt is meg lehet benne szabni, hogy mit cache-eljen, és mit ne. A phpbb.com-on keresd (most sajnos nincs rá érkezésem...).
_________________
Tapasztalást pénzért venni vagy hagyományképpen kapni nem lehet - fizetni kell azért mindég és mindegyiknek.
_________________
Tapasztalást pénzért venni vagy hagyományképpen kapni nem lehet - fizetni kell azért mindég és mindegyiknek.
A terhelés beállításoknál ki lehet kapcsolni, hogy elraktározza a feldolgozott sablon fájlokat, nem kell az egész gyorsítótárat kikapcsolni. Fejlesztéshez alap ez a beállítás, egy csomó ideig így is volt, csak valamelyik RC verzióban vált a tárolás az alapértelmezett beállítássá.
Egyébként a 3.0.6-ban lesz egy olyan gyorsítótár bővítmény (cache plugin), ami teljesen kiiktatja a gyorsítótárazást. Bár a sablon fájlokra ez nem tudom milyen kihatással lesz, azok valamikor az adatbázisban tárolódnak.
_________________
Üdv.: fberci
Kereső | Szabályzat | phpBB3 telepítés/frissítés/konvertálás | Útmutatók | Olympus - phpBB3 | Kérlek, ne küldj privát üzenetet nem személyes dologgal kapcsolatban!
Egyébként a 3.0.6-ban lesz egy olyan gyorsítótár bővítmény (cache plugin), ami teljesen kiiktatja a gyorsítótárazást. Bár a sablon fájlokra ez nem tudom milyen kihatással lesz, azok valamikor az adatbázisban tárolódnak.
_________________
Üdv.: fberci
Kereső | Szabályzat | phpBB3 telepítés/frissítés/konvertálás | Útmutatók | Olympus - phpBB3 | Kérlek, ne küldj privát üzenetet nem személyes dologgal kapcsolatban!
fberci írta:
A terhelés beállításoknál ki lehet kapcsolni, hogy elraktározza a feldolgozott sablon fájlokat, nem kell az egész gyorsítótárat kikapcsolni. Fejlesztéshez alap ez a beállítás, egy csomó ideig így is volt, csak valamelyik RC verzióban vált a tárolás az alapértelmezett beállítássá.
Egyébként a 3.0.6-ban lesz egy olyan gyorsítótár bővítmény (cache plugin), ami teljesen kiiktatja a gyorsítótárazást. Bár a sablon fájlokra ez nem tudom milyen kihatással lesz, azok valamikor az adatbázisban tárolódnak.
Akkor még jobban várom a 3.0.6-ot.
_________________
Vízipipa Fórum - Az ország első és legnagyobb vízipipás fóruma! Folyamatosan moderált és mindig találhatsz érdekes témát!
Vízipipa - Az ország első és legnagyobb vízipipás közössége. Legtöbb infó a vízipipáról, legnagyobb fórummal és a legtöbb cikkel!
Vízipipa Blog - Egy blog, melynek fő témaköre a vízipipázás! Minden információ: tippek, hírek a hazai és külföldi fronton, dohány tesztek és miegymás!
fberci írta:
Bár a sablon fájlokra ez nem tudom milyen kihatással lesz, azok valamikor az adatbázisban tárolódnak.
_________________
Élet, üdv, egészség! - HoremWeb
KEMET = Az Ókori Egyiptom
Cache-t ki utálja?
jó cím
Kiiktattam a cache könyvtárat és a játék oldal 9sec betöltési időről átállt 0.6 sec re
jó cím
Kiiktattam a cache könyvtárat és a játék oldal 9sec betöltési időről átállt 0.6 sec re
KillBill írta:
Cache-t ki utálja?
jó cím
Kiiktattam a cache könyvtárat és a játék oldal 9sec betöltési időről átállt 0.6 sec re
_________________
Vízipipa Fórum - Az ország első és legnagyobb vízipipás fóruma! Folyamatosan moderált és mindig találhatsz érdekes témát!
Vízipipa - Az ország első és legnagyobb vízipipás közössége. Legtöbb infó a vízipipáról, legnagyobb fórummal és a legtöbb cikkel!
Vízipipa Blog - Egy blog, melynek fő témaköre a vízipipázás! Minden információ: tippek, hírek a hazai és külföldi fronton, dohány tesztek és miegymás!
Annó a 3.0.2-es verziónál localhoston teszteltem a cache-t. Összegezve annyit állapítottam meg, hogy kikapcsolt gyorsítótárral egy pár század (néha 1 tized) másodperccel gyorsabban jött be az oldal, de ez lehet a véletlen műve is. Nagyobb terhelés esetén nem volt lehetőségem tesztelni, mert azért nem akartam egyszerre 10-20 embert a gépemre csődíteni. Így hát felmerült bennem a kérdés: A gyorsítótárnak alacsony terhelés mellett van nagyobb szerepe vagy nagy terhelés esetén?
A másik felmerült gondolat - bár nem teljesen ide tartozik, de mégis -, hogy a GZIP tömörítés mennyire gyorsítja fel egy oldal betöltődését? Én azt tapasztalom, hogy bekapcsolt állapotban a kliens gép jobban terhelődik és főleg a régebbi gépeken emiatt picit később dobja be a böngésző a feldolgozott oldalt. Kikapcsolt állapotban nyilván a szerver oldal terhelődik jobban és nagyobb forgalom esetén az is megeshet, hogy így ugyanazt érjük el, mint az előbb említett régebbi gépek esetén, csak most a szerver dolgozza fel lassabban a kódot a nagyobb terhelés miatt.
Összesített kérdés: Tehát ha most veszünk egy gyenge (teszem azt valami lepusztult 7 éves masinát, amit Pistike megvett magának, hogy kiszolgálja az oldalát) szervert és sok felhasználót, akik szeretnék elérni Pistike phpBB-s fórumot, akkor hogy lenne optimálisabb a beállítás:
A másik felmerült gondolat - bár nem teljesen ide tartozik, de mégis -, hogy a GZIP tömörítés mennyire gyorsítja fel egy oldal betöltődését? Én azt tapasztalom, hogy bekapcsolt állapotban a kliens gép jobban terhelődik és főleg a régebbi gépeken emiatt picit később dobja be a böngésző a feldolgozott oldalt. Kikapcsolt állapotban nyilván a szerver oldal terhelődik jobban és nagyobb forgalom esetén az is megeshet, hogy így ugyanazt érjük el, mint az előbb említett régebbi gépek esetén, csak most a szerver dolgozza fel lassabban a kódot a nagyobb terhelés miatt.
Összesített kérdés: Tehát ha most veszünk egy gyenge (teszem azt valami lepusztult 7 éves masinát, amit Pistike megvett magának, hogy kiszolgálja az oldalát) szervert és sok felhasználót, akik szeretnék elérni Pistike phpBB-s fórumot, akkor hogy lenne optimálisabb a beállítás:
- Bekapcsolt gyorsítótár, bekapcsolt GZIP
- Bekapcsolt gyorsítótár, kikapcsolt GZIP
- Kikapcsolt gyorsítótár, bekapcsolt GZIP
- Kikapcsolt gyorsítótár, kikapcsolt GZIP
Érdekes
fórum cache nélkül - Time : 0.148s | 39 Queries | GZIP : Off | Memory Usage: 4.34 MiB
fórum cachelve - Time : 0.095s | 13 Queries | GZIP : Off | Memory Usage: 4.34 MiB
arcade cache nélkül - Time : 0.881s | 26 Queries | GZIP : Off | Memory Usage: 24.49 MiB
arcade cachelve - Time : 10.115s | 13 Queries | GZIP : Off | Memory Usage: 24.37 MiB
na akkor most az arcade szoftver miért nő meg ilyen drasztikusan ?
fórum cache nélkül - Time : 0.148s | 39 Queries | GZIP : Off | Memory Usage: 4.34 MiB
fórum cachelve - Time : 0.095s | 13 Queries | GZIP : Off | Memory Usage: 4.34 MiB
arcade cache nélkül - Time : 0.881s | 26 Queries | GZIP : Off | Memory Usage: 24.49 MiB
arcade cachelve - Time : 10.115s | 13 Queries | GZIP : Off | Memory Usage: 24.37 MiB
na akkor most az arcade szoftver miért nő meg ilyen drasztikusan ?
Kód:
Vissza a fórum kezdőlapra
Általános hiba
Unable to remove files within ./cache/. Please check directory permissions.
_________________
Élet, üdv, egészség! - HoremWeb
KEMET = Az Ókori Egyiptom
Ez a hiba azért van mert kiiktattad a cache könyvtár 777 írási jogát ez nem elég a cache megszüntetésére te
Akkor már minimum ezt tedd hozzá
includes/acm/acm_file.php
és tedd utána
Én a cache könyvtárat 444 re tettem így csak olvasható, de az is felesleges hisz üres
Akkor már minimum ezt tedd hozzá
includes/acm/acm_file.php
Kód:
function save()
{
és tedd utána
Kód:
return;
Én a cache könyvtárat 444 re tettem így csak olvasható, de az is felesleges hisz üres
A gyorsítótár nagyobb terhelésnél segít, kisebb terhelésnél akár még ronthat is, mert el kell raktároznia olyan valamit, amit legközelebb nem is biztos, hogy fel tud használni. Ráadásul egyes szervereken az adatbázis-kezelő is alkalmaz gyorsítótárazási mechanizmusokat, amik néha jobbak, mint amihez a phpBB hozzáfér (pl. a kisebb fórumokon az esetek 99%-ában nem érhető el közvetlenül a memóriát használó gyorsítótárazási megoldás, míg mondjuk a MySQL motor alapból használ ilyet). Ehhez hozzájön az is, hogy a kis fórumokon az adatbázis-kezelő is gyorsan végre tudja hajtani a feladatát, hiszen egyrészt kicsi a terhelés, másrészt nincs sok adat - itt a phpBB gyorsítótárazási mechanizmusa néha csak egy plusz absztrakciós régeteg hoz be, ami megnöveli a végrehajtáshoz szükséges időt.
A gzip egy más dolog, azzal a sávszélhasználatot lehet csökkenteni. Noha az adatforgalmat még ma is kívánatos csökkenteni, ez a beállítás most már nem annyira fontos, mivel általában nem a szöveges tartalmak viszik el a sávszél jó részét, hanem a multimédia, így nem érhető el olyan nagy megtakarítás. Amikor kisebb volt az átlagos sávszél, és a kevesebb kép stb. miatt nagyobb volt az adatforgalomban a szöveges fájlok aránya, akkor arányaiban nagyobb megtakarítást lehetett elérni. A gzip viszont egy tömörítési mechanizmus, amihez processzoridőre van szükség mind kliens- és mind szerveroldalon. Mondjuk, szerintem (nem ismerek pontos adatokat) ennek a nagysága a mai átlagos számítási kapacitásnál nem olyan számottevő.
Az Arcade MOD meg azért olyan lassú gyorsítótárral, mert rosszul lett megírva. Megvan, hogy mit érdemes és mit nem érdemes cache-elni, és ezt a készítő nem biztos, hogy jól fel tudta mérni.
Viszont a beállítások tekintetében nincs egzakt válasz, mindig meg kell találni az optimális megoldást figyelembe véve a szerver és a fórum jellemzőit és a várható, különböző klienseket.
_________________
Üdv.: fberci
Kereső | Szabályzat | phpBB3 telepítés/frissítés/konvertálás | Útmutatók | Olympus - phpBB3 | Kérlek, ne küldj privát üzenetet nem személyes dologgal kapcsolatban!
A gzip egy más dolog, azzal a sávszélhasználatot lehet csökkenteni. Noha az adatforgalmat még ma is kívánatos csökkenteni, ez a beállítás most már nem annyira fontos, mivel általában nem a szöveges tartalmak viszik el a sávszél jó részét, hanem a multimédia, így nem érhető el olyan nagy megtakarítás. Amikor kisebb volt az átlagos sávszél, és a kevesebb kép stb. miatt nagyobb volt az adatforgalomban a szöveges fájlok aránya, akkor arányaiban nagyobb megtakarítást lehetett elérni. A gzip viszont egy tömörítési mechanizmus, amihez processzoridőre van szükség mind kliens- és mind szerveroldalon. Mondjuk, szerintem (nem ismerek pontos adatokat) ennek a nagysága a mai átlagos számítási kapacitásnál nem olyan számottevő.
Az Arcade MOD meg azért olyan lassú gyorsítótárral, mert rosszul lett megírva. Megvan, hogy mit érdemes és mit nem érdemes cache-elni, és ezt a készítő nem biztos, hogy jól fel tudta mérni.
Viszont a beállítások tekintetében nincs egzakt válasz, mindig meg kell találni az optimális megoldást figyelembe véve a szerver és a fórum jellemzőit és a várható, különböző klienseket.
_________________
Üdv.: fberci
Kereső | Szabályzat | phpBB3 telepítés/frissítés/konvertálás | Útmutatók | Olympus - phpBB3 | Kérlek, ne küldj privát üzenetet nem személyes dologgal kapcsolatban!
KillBill írta:
Ez a hiba azért van mert kiiktattad a cache könyvtár 777 írási jogát ez nem elég a cache megszüntetésére te
Akkor már minimum ezt tedd hozzá
includes/acm/acm_file.php
Kód:
function save()
{
és tedd utána
Kód:
return;
Én a cache könyvtárat 444 re tettem így csak olvasható, de az is felesleges hisz üres
Hogy én? Programba bele? De hát az munka! Nem ezért tanul(gat)tam programozást... (És ráadásul csak Delphit, azt is elég alapszinten. PHP-hoz még csak nem is vau!)
_________________
Élet, üdv, egészség! - HoremWeb
KEMET = Az Ókori Egyiptom
fberci írta:
Az Arcade MOD meg azért olyan lassú gyorsítótárral, mert rosszul lett megírva.
Rászántam magam és a hozzá készült challenge modot leválasztottam az arcade szoftveről, ami nem kis meló volt, de megérte.
Az mod átírása közben észrevettem, hogy én is rengeteg adatbázis lekérést csináltam feleslegesen amit most orvosoltam is.
Így átdolgozva 50 % kevesebb memóriát használ ami igen jelentős.
Akkor íme az adatok.
Challenge Index oldal az arcade_common meghívásával
Kód:
Time : 11.435s | 35 Queries | GZIP : Off | Memory Usage: 31.11 MiB
Challenge Index oldal az arcade_common meghívásával cache kiiktatva
Kód:
Time : 0.420s | 55 Queries | GZIP : Off | Memory Usage: 33.79 MiB
Challenge Index oldal javítva és leválasztva
Kód:
Time : 0.277s | 28 Queries | GZIP : Off | Memory Usage: 14.92 MiB
Challenge Index oldal javítva és leválasztva plusz cache kiiktatva
Kód:
Time : 0.325s | 49 Queries | GZIP : Off | Memory Usage: 14.93 MiB
Most mint látjátok a gyorsítótárazás kiiktatására nőt a betöltési idő vagyis a challenge mod most már helyesen reagál a kiiktatásra, de mégse olyan drasztikusan mint az arcade és ráadásul pont fordítva reagál a dolgokra .
Az adatok lekérése több mint 7300 db játékra értendőek.
Alap működési adatok
Challenge Index oldal
Kód:
Time : 0.079s | 14 Queries | GZIP : Off | Memory Usage: 4.04 MiB
Tehát a gyorsítótárazás igen hasznos, ha jól működik
Kiiktatása nem ajánlatos !
fberci írta:
Az Arcade MOD meg azért olyan lassú gyorsítótárral, mert rosszul lett megírva. Megvan, hogy mit érdemes és mit nem érdemes cache-elni, és ezt a készítő nem biztos, hogy jól fel tudta mérni.
Három olyan gyorsítótárazást is találtam benne amit, ha megszüntetek azonnal helyre állt a rend.
Most újra gyors mint a villám
Azért az infó sokat segített thx
Amúgy most, hogy jobban átnéztem a szoftvert ő is elkövette azt a hibát, hogy pl a játékokat 3 szor is újra lekéri az adatbázisból ami azért gáz 8000 játéknál az már akkor egyből 24000 játék halmaznak felel meg.
A három lekérés meg csak annyiban tér el, hogy az egyik pl letekeri az összeset a másik meg csak amihez jogom van játszani, de ez mind megoldható lenne egyel is mert a jogot alkalmazhatja amikor letekeri foreach-ba.
Na majd összefoglalom neki úgy is van több apróbb hiba.
Nem készíthetsz új témákat ebben a fórumban.
Nem válaszolhatsz egy témára ebben a fórumban.
Nem módosíthatod a hozzászólásaidat a fórumban.
Nem törölheted a hozzászólásaidat a fórumban.
Nem szavazhatsz ebben fórumban.
Nem válaszolhatsz egy témára ebben a fórumban.
Nem módosíthatod a hozzászólásaidat a fórumban.
Nem törölheted a hozzászólásaidat a fórumban.
Nem szavazhatsz ebben fórumban.