SolBlog

Ich wusste gar nicht das WordPress so dermaßen Speicherhungrig ist. Wo früher 16MB ausgereicht haben für das php memory_limit, gibt sich WP seit Version 3.0 nicht mal mehr mit 32MB zufrieden. Liegt wahrscheinlich zum einen an meinem vServer-OS (Debian 6 64Bit), aber zum anderen auch an WP selbst. Nach einiger Recherche hat sich ergeben das WP gerne 256MB memory_limit haben möchte. Eine Zahl die mein kleiner nackeliger 6-Jahre alter vServer nun so wahre nicht mehr mitmacht. Trotz aller Unkenrufe sind aber 64MB memory_limit völlig ausreichend.

Trotzdem schaffte es meine WP Installation täglich, meinen Server in den Tot zu reißen. 384MB RAM sind halt nicht die Welt. Und mit aktivem eMail-Server und Spamassassin welches schon alleine etwa 32% der Systemressourcen frisst ist natürlich an ein memory_limit von 256MB kaum zu denken. Doch trotz eingestelltem 64MB memory_limit kotzte das ganze System ruck zuck wenn das Backend von WP aufgerufen wurde. Erste Vermutung war, das Apache diverse PHP5-Instanzen startete und damit den Speicher vollgemüllt hat. Doch weit gefehlt. Apache und PHP waren nicht das Problem. Als den wahren Übeltäter entpuppte sich ein WP-PlugIn: NextGEN Gallery. Sobald die Galerie-Komponente auf der Website oder im Backend aufgerufen wurde, war Feierabend! Das PlugIn meinte wohl doch mal 256MB oder wer weiß wie viel Speicher dazu holen zu müssen und tötete damit das ganze System. Fazit: PlugIn ausgeschaltet, System weiter monitoren auf weitere Speicherleaks.

Übrigens kommt mein WP mit derzeit 5 aktiven PlugIns mit gerade mal 39MB aus. Mal schauen wie lange…