Fatal error: Allowed memory size of *** bytes exhausted…
Derzeit häufen sich im Forum Probleme die den PHP-Speicherplatzverbrauch betreffen. Betroffene User bekommen die folgende Fehlermeldung zu sehen:
Fatal error: Allowed memory size of 654321 bytes exhausted (tried to allocate 12345 bytes) in /srv/www/user/bla/blub/file.php on line 123
Was diese Meldung bedeutet und wie das Problem behoben werden kann, wird ausführlich in der FAQ erläutert.
Wer genau wissen möchte welches Plugin wieviel Speicher benötigt, kann das bequem mit dem neuem Plugin „WP-Memory-Usage“ von Alex Rabe nachprüfen.
Nachtrag: Wir haben, auch in Zusammenhang mit den Kommentaren zum hier verlinkten Plugin von Alex Rabe, festgestellt dass je nach Hoster bzw. Serverkonfiguration WordPress unterschiedlich viel PHP-Arbeitsspeicher verbraucht. Die Unterschiede scheinen teilweise dramatisch zu sein – bei manchen Benutzern verbraucht ein WordPress 2.8 samt deutscher Sprachdatei und einer Vielzahl von Plugins nicht einmal 20 MB (ein “nacktes” WordPress gerade mal 10 MB) und bei anderen ist schon nach einer WordPress 2.8 Installation mit Sprachdatei und wenigen aktivierten Plugins die Grenze von 32 MB schnell überschritten. Sollten wir zu diesem Phänomen weitere Erkenntnisse haben, so informieren wir euch natürlich.
Nachtrag 2: Die Ursache für unerklärlichen Mehrverbrauch an Speicher scheint gefunden: Es betrifft 64 Bit-Systeme.
Dieser Beitrag wurde am 16. Juni 2009 um 09:39 von Olaf in der Rubrik Plugins, Tutorials abgelegt.
Dieser Beitrag wurde 6843 mal aufgerufen. Neue Kommentare via RSS 2.0 
-
Trackback URI
16. Juni 2009 um 10:39
Perfekt, danke für den zeitlich perfekt abgestimmten Hinweis. Genau vor 5 Minuten meldete WP 2.8 wie aus heiterem Himmel besagte Fehlermeldung… dies obwohl das Memorylimit auf 32 M steht. Der FAQ-Tipp mit der Sprachdatei hilft… wobei das für mich eher auf einen Bug als einen Normalzustand hindeutet… wir sind mal gespannt.
16. Juni 2009 um 10:59
Überprüfe doch mal mit dem genannten Plugin wieviel Speicherplatz die von dir verwendeten Plugins verbrauchen. Vielleicht findest du unter Ihnen einen üblen Speicherfresser…
16. Juni 2009 um 11:27
Wer wp-forecast einsetzt sollte das hier mal lesen:
http://www.tuxlog.de/wordpress/2008/neue-version-von-wp-forecast-v10-beta/
Das war bei mir der Überltäter. Zwar wird es als timeout / Serverfehler 500 dargestellt, aber der Speicher ging dabei auch in die Knie.
16. Juni 2009 um 12:04
@Huwi:
Im Artikel von Alex Rabe wird ja gezeigt, dass die Sprachdatei zusammen mit gettext leider sehr viel Speicher verbraucht (deutlich mehr als die eigentliche Sprachdatei im Klartext groß wäre). Ob das nun ein Bug oder einfach nur eine schlechte Programmierung bezüglich gettext ist, müssten die Profis herausfinden.
16. Juni 2009 um 12:46
Also so richtig nachvollziehen kann ich den hohen Speicherverbrauch nicht. Vielleicht schlägt hier ja die alte Weisheit zu “Wer mißt, mißt Mist” :-)
Eine frische WP-2.8 Version belegt im Backend bei mir (Apache 1.3.33, Win32, PHP 5.2.6,) 19,9 MB, wohlgemerkt bereits mit deutscher Sprachdatei (ohne sind es nur 16,4 MB). Da müssen also noch weitere Faktoren eine Rolle spielen und Speicher verbrauchen, nur welche?
Etwas Einsparpotential (ca. 3MB) bietet übrigens das Deaktivieren der Wordpress-, Plugin- und sonstigen News. Allerdings reicht hier nicht das Ausblenden über die obere Optionen-Leiste, man muß sie schon per Plugin oder Hack wirklich rausschmeißen.
16. Juni 2009 um 12:56
@Schnurpsel:
Diese Widersprüche haben wir auch schon festgestellt.
Bei den Hostern die wir nutzen verbraucht ein neu installiertes WP 2.8 um die 10 bis 12 MB.
Selbst ein gut gefülltes WP 2.8 mit 12 Plugins (aber alle nicht so fett) inkl. deutscher Sprachdatei belegt bei T-Online unter PHP 5.2.9 nur 19 MB. Es muss also auch irgendwie von der Serverkonfiguration abhängen. Wir versuchen das zu untersuchen und werden dazu dann auch noch einen Blogeintrag veröffentlichen.
17. Juni 2009 um 15:35
Mit mehr Speicher sind die Probleme bei Strato über wp-config lösbar (64M). Danke für den Beitrag.
17. Juni 2009 um 17:00
Ich finde das Ganze schon irgendwie mehr als seltsam. Ich habe meinen Blog einerseits online und andererseits offline in meinem eigenen Localhost laufen.
Online stellt mein Hoster 32 MB zur Verfügung, offline stelle ich nur 20 MB für das Ganze bereit (hab ich damals aber eher aus Unwissen so eingestellt). Die Einstellungen sind die Gleichen (lediglich Datenbank-Zugriffsdaten und die URLs unterscheiden sich). Offline gibt es aber absolut keine Probleme. Mit aktiven Plugins und Sprachdatei gibt es keinerlei Probleme. Online dagegen, wo ja sogar mehr Speicher zur Verfügung steht, meckert mich Wordpress im Wp-Admin-Dashboard an, dass eben dieser nicht ausreicht. Das Deaktivieren der Plugins bringt da nur insofern was, dass das Javascript dann funktioniert. Die RSS-Feeds (Plugins, …) dagegen meckern immer noch über zu wenig Speicher. Erst beim Abschalten der Sprachdatei funktioniert alles problemlos – auch mit Plugins. Werd also wohl bis zur Behebung des Problems meinen Blog erstmal auf Englisch laufen lassen – betrifft mein Frontend eh nicht so stark, da ich dort alles selber übersetzt habe (lediglich die Daten sind nun auf Englisch…).
17. Juni 2009 um 22:00
Wieviel Speicherplatz verbraucht wird hängt von vielen Faktoren ab – zB PHP-Version, Größe von Tabellen, Zusammenspiel von Plugins, etc. – vielleicht kann ich unsere Spezies dazu bewegen das Thema in einem Extrabeitrag mal genauer anzuschneiden.
21. Juni 2009 um 21:05
Mein Blögchen (gestern auf 2.8.0) aufgefrischt, benötigt im laufenden Betrieb 31 MB, bei verfügbaren 32 MB. Individuell ändern kann ich den Speicherwert nicht.
Auf die deutsche Sprachdatei muss ich völlig verzichten, und zwei eher unwichtige Plugins habe ich vorerst abgeschaltet. Schalte ich testweise alle Plugins (16) ab, verringert sich der Speicherverbrauch auf knapp über 24 MB.
Im Grunde ist das ganze System nicht mehr wirklich lauffähig, ich kann nicht einmal mehr automatische Plugin-Updates durchführen oder Bilder via Mediathek hochladen.
Ich schaue mir das alles – diesen feist gewordenen Speicherfresser – nicht mehr allzu lange tatenlos an …
23. Juni 2009 um 06:49
@Boris:
Ich schätze nach Deiner Drohung, diesem kostenlosen feist gewordenen Speicherfresser nicht mehr lange tatenlos bei seinen Speicherspielchen mitanzusehen, wirst Du Taten folgen lassen.
Ich freue mich schon auf Deine Hinweise und Patches im Trac.
9. Juli 2009 um 20:10
Ich kann mich Euch nur anschliessen. Habe frisch installiertes 2.8 drauf, keine Daten, keine Plugins, völlig nackt. Der SQL-Server ist auf 64 MByte und entsprechend auch die Einstellungen in der wp-config. Dennoch meldet WP zuwenig Speicher, aber ausschliesslich mit der deutschen Sprachdatei.
Für mich ist das – auch im Hinblick auf Eure Beitrage – eindeutig ein Bug.
Frage: Lohnt es sich nach Eurer Ansicht auf die Vorgänger-Version zurückzugehen ? War die stabiler ? (ich bin neu hier in WP).
9. Juli 2009 um 20:11
@Michael:
Nein, das lohnt sich nicht. Da die Vorgängerversion (und 2.8 selber) Sicherheitslücken hat und ein Speicherbug, sofern er bei WP 2.8 vorhanden ist, behoben ist. Der Rest ist Hosterabhängig.
12. Juli 2009 um 09:11
Ein Thema für 2.8.1. war doch auch den Speicherbedarf wieder zu reduzieren … oder hab ich da was falsch verstanden?
Jedenfalls habe ich 8 WP-Installationen, bei denen sich da nach dem Upgrade von 2.8 gar nichts getan hat. Speicherbedarf ist nach wie vor um rund 30% höher als bei 2.7.1.
Den Sinn und Nutzen hab ich noch immer nicht verstanden, aber jedenfalls kann das ja nicht der Weisheit letzte Schluß sein …. (ist ja fast wie bei Windows)
5. August 2009 um 08:56
So sah es auch hier bei WP 2.7.1 aus. Das schrittweise deaktivieren einzelner PlugIns war meine Übergangslösung.
Das Problem mit dem Speicherverbrauch am Limit (97%) bei 32MB konnte ich mit dem scheiben einer “php.ini” mit dem Inhalt:
“”
und einfügen in die “wp-admin” beheben.
Das memory-limit von 64MB wurde übernommen und es wird mir eine Auslastung von 48% angezeigt.
5. Februar 2010 um 13:07
Hi, hab alles gemacht wie beschrieben aber dann springt er zu einer anderen Fehlermeldung: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 311296 bytes) in /var/www/web1/html/wamd/wordpress/wp-includes/canonical.php on line 271. Ich bin am verzweifeln.