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.
Huwi
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.
Olaf
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…
Markus
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.
jottlieb
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.
Schnurpsel
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.
jottlieb
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.
Alf
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.
CKOne
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…).
Olaf
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.
Boris
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 …
Kretzschmar
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.
Michael
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).
jottlieb
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.
Perryzelda
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)
HDS
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.
Max
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.
Christian
26. Mai 2010 um 08:06
Wir haben 32-Bit und auch das Problem. Nicht immer, und auch nicht immer öfter, aber zweimal in der Woche sehen wir es selbst.
Das Gros der Plugins wurde inzwischen rausgeschmissen. Der empfohlene Scanner wp-memory-usage sagt uns was von 50% Auslastung. Ich halte es daher auch eher für einen Bug.
Philipp
13. Dezember 2011 um 11:39
Hallo, obwohl ich 128 MB RAM auf meinem WP 3.3 habe und neben woocommerce nur noch wpSEO laufen habe, kommt ständig der oben beschriebene Fehler. Laut dem wp-memory-usage Plugin wird aber nur 28/128 MB Ram angezeigt. Der Hoster ist 1und1.
los3r
6. Januar 2012 um 09:54
Gleiches Problem aber erst seit dem Update auf WordPress 3.3.1. Ich setze ebenfalls ein debian 64 bit ein.
Werde die Speichergrenze mal anheben. Würde dennoch lieber Ressourcen schonender vorgehen. Hab zum Glück meinen eigenen Server.
Michael
6. März 2012 um 17:47
Hallo,
ich wollte eben auch wp3.3.1 installieren, aber ich kann nicht mal die Installationsdatei aufrufen, da kommt schon diese Meldung. Habe dann auch versucht den Speicher in der wp-config zu erhöhen, aber da hat sich auch nix geändert. Würde schon gerne die deutsche Version verwenden. Wer hat dafür eine Lösung? Mein Hoster hat sich noch nicht gemeldet …
Danke für eure HIlfe!