Velka pamatova narocnost
Vložil/a kaspa, 12 Září, 2010 - 22:09
Kategorie:
Jak na to?
Týká se verze:
Drupal 6.x
Uz dlho sa snazim najist riesenie, ale nic konkretne som nenasiel: Mam web vo vystavbe (funkcne uz v podstate dokonceny) a zdielany hosting s 60MB Memory limit. Vzdy ked zapinam alebo vypinam modul, dostanem Fatal error: Allowed memory size of 62914560 bytes exhausted (tried to allocate 84 bytes) in /drupal/includes/menu.inc on line 2433. To iste dostanem ked chcem zmazat cache (tu uz mazem priamo v phpMyAdmin). Neviete ako si poratit? Skusal som Devel a jedna stranka zozere okolo 40–50 MB pamate, co mi pride velmi vela. Web je stale offline a ja som jediny prihlaseny uzivatel. Moduly klasicke: CCK, views, date, ImageApi, ImageCache, Node Gallery a par dalsich mensich…
Hlavní RSS kanál
No, vzhledem k tomu, že
No, vzhledem k tomu, že používáte moduly na práci s obrázky a views, tak 60MB není mnoho. Požádejte hosting o zvýšení.
60MB je pro tuhle kombinaci
60MB je pro tuhle kombinaci zalostne malo. prectete si poznamku v „Hlaseni stavu“ kde se pise o imagecache a velikosti memory limitu… a zrovna vypis modulů vzdy prochazi vsechny moduly taze je paametove nejvic narocna.
Dakujem za rady. V hlaseni
Dakujem za rady. V hlaseni stavu ImageAPI vypisuje ze minimum by mal byt 96MB. Mna vsak zaraza, ze stranky na ktorych sa ani negeneruju obrazky zeru 40–50 MB. Niekde tu na fore som cital, ze 64MB memory limit by mal pre Drupal uplne stacit. Chapal by som keby mi to padalo pri resizovani velkych obrazkov… Skusim teda poziadat hosting o navysenie
kolem 40–50 MB se s takovyma
kolem 40–50 MB se s takovyma modulama a jejich vetsim mnozstvi dostavam bezne.
Pravdepodobne je tam 64bit
Pravdepodobne je tam 64bit server – to je potom spotreba pamati prakticky dvojnasobna.
Nechapem preco by na 64bit
Nechapem preco by na 64bit servri mala byt dvojnasobna spotreba pamati?
Hosting mi uz navysil limit na 96MB – teraz uz odoslem aj formular s modulmi (cca 75MB).
Trapi ma dalsia vec – nacitanie stranok, napr.:
Vypis z develu:
Page execution time was 4494.36 ms. Executed 284 queries in 466.44 milliseconds. Memory usage: Memory used at: devel_init()=1.88 MB, devel_shutdown()=47.74 MB.
Cize vacsinu casu pracuje PHP (skoro 10× dlhsie) a nie databaza. Pytal som sa hostingu na APC a maju tam rozbehany eAccelerator, ale zda sa moc nezabera… Nemate nejaku radu? :)
„But the main reason for
„But the main reason for going 32bit is, your applications are going to use far less memory due to a lot of data is only stored at 1/2 the space as 64bit. Modern scripting language VMs are full of pointers (I am talking about PHP, Python VMs etc) and when all those values are double in size, it can really add up.“
http://www.lowendbox.com/…-vps-take-2/
No eAccelerator by mal byt ok. Tak bude asi problem v samotnom spracovani PHP – zdielany hosting je z hladiska nulovej kontroly nad prostriedkami servera pre vacsi Drupal web nepostacujuci. Pokial sa zapne cache tak to pomoze ale akurat neprihlasenemu pouzivatelovi.
Poslat nový komentář