WordPress und der Speicherverbrauch

29 Kommentare

1. 1. Danke für die Nennung und Verlinkung meines Blogbeitrags. 🙂
   2. Danke für den Hinweis auf reduzierten Speicherbedarf durch Caching-Plugins. Leuchtet ein, kannte ich aber noch nicht. Werde ich mal ausprobieren. 8)

2. […] This post was mentioned on Twitter by Vladimir Simovic. Vladimir Simovic said: Peruns Weblog: WordPress und der Speicherverbrauch: Ich habe schon von mehreren Kollegen und Leser.. http://bit.ly/1543Kc […]

3. Anzumerken ist noch, dass WP-Memory-Usage (also das Plugin in deinen Screenshots) nur den aktuell verbrauchten Speicher anzeigt, was ich de facto nutzlos finde. Viel wichtiger ist doch der Peak-Wert, also wieviel Speicher maximal pro Aufruf benötigt wird, ist der doch ausschlaggebend für Fehler a la “Memory exhausted, trying to allocate…”. Solange eine Instanz in das Speicherlimit von PHP passt ist mir alles andere eigentlich recht egal.

4. @Jeriko,

   Viel wichtiger ist doch der Peak-Wert, also wieviel Speicher maximal pro Aufruf benötigt wird, ist der doch ausschlaggebend für Fehler a la “Memory exhausted, trying to allocate…”.

   Da hast du Recht. Werde mal mit WP System Health testen.

5. Ich weiß zwar nicht, ob WP System Health Peak-Werte anzeigt, aber da es im Administrationsbereich den Speicherverbrauch anzeigt und dort meistens das Speicherproblem auftritt, ist der dort angezeigte Wert wohl nahe am Peak dran.
   Im Übrigen kann ich WP System Health auch wegen der vielen weiteren Infos wie bspw. 32- oder 64-Bit System nur empfehlen.

6. @Dieter,

   WP System Health zeigt leider keine Peak-Werte an, lediglich mehr Infos.

7. Die Werte des Backends sind doch für den Betrieb der Seite relativ egal. Aber gehen wir man davon aus, dass der gleiche RAM auf für jeden Seitenaufruf benötigt wird. Das würde dann heißen, wenn 2 GB RAM nur für WordPress zur Verfügung stehen, wäre es nicht möglich mehr als etwa 100 Requests gleichzeitig zu verarbeiten. Okay, das mag jetzt viel erscheinen, doch für 2 GB RAM finde ich das dann doch etwas sehr wenig…

8. Das Plugin TPC! Memory Usage zeigt eigentlich alles an was man braucht: Speicherverbrauch, Peak, History Peak und den zugewiesenen Speicher laut php.ini bzw wp-config.php

   Danke für den Tip mit der optimierten mo.php, hat mir 3MB Speicher gespart!

9. Hallo, interessanter Beitrag.
   Ich habe das Problem, dass ich seit Version 2.8 nicht mehr die Autoupdate Funktion nutzen kann. Allerdings habe ich auch ein MemoryLimit von 20 MB

   Ich werde mal testen, ob es mit der Sprachdatei geht ansonsten muss ich mal meinen Hoster fragen, ob der das etwas erhöhen kann!

   Gruß
   Björn

10. Das mit dem Speicher ist schon manchmal merkwürdig. Da spielen auch OS und PHP Version. Die gleiche WP-Installation braucht bei mir mal 15,5 und mal 20 MB. Aber die optimierte mo.php nutze ich auch. Mit Erfolg. 🙂

11. Laut dem Plugin “Memory Overwiew” was bei mir schon länger mitläuft, sind es bei mir bis dato 38% und das hält sich bisher so!

    Die optimierte “mo.php” werde ich aber trotzdem mal ausprobieren. 😀

12. Was mich wundert, dass ich 50.13 % Auslastung im Dashboard habe, obwohl ich ne Menge Widgets deaktiviert habe.

    Möchte gerne mal wissen, wo dass alles her kommt, denn mein Backend ist mehr als langsam, was aber auch nen Grund vom schlechten, bzw. zu voll gemüllten CORE hat.

    LG

13. Es lohnt den Ordner cache (777) in wp-content anzulegen, wenn man Heikos Lösung einsetzt, dann werden die Mehsprachigkeits-Themen gecacht; zu erkennen, wenn im Ordner cache der Ordner mo entstanden ist.

14. […] Mit einer modifizierten Sprachdatei den Speicherverbrauch minimieren. Soll funktionieren, ist aber beta. Wenn mal Zeit ist. via Perun […]

15. Ich empfehle DB Cache. Hat einen interessanten Ansatz nicht komplett statische Seiten zu cachen sondern nur die DB-Abfragen.
    http://wordpress.org/extend/plugins/db-cache/

16. @perun @Jeriko: a href=”http://wordpress.org/extend/plugins/tpc-memory-usage/”>TPC Memory Usage gibt maximum und Peak zurück.

17. Hatte bei 2.8.x auch Speicherprobleme mit der Datenbank. Nach einem Update von php ist aber alles wieder gelaufen!
    Aber vielen Dank jedenfalls für den Link zur modifizierten mo.php!

18. […] mache mir Gedanken. Auch Praegnanz nimmt sich des Themas an. Über den Speicherverbrauch schreibt Perun. Dieser Eintrag wurde veröffentlicht in WP&so. Bookmarken: Permanent-Link. Kommentieren oder […]

19. Ich muss sagen das ich keine Probleme mit der Geschwindigkeit habe. Allerdings bin ich auch erst seit Version 2.7 dabei und finde das es normal ist wenn man etwas vom Server abruft, dies nun mal etwas länger dauert.

    Haben die Entwickler sich bereits dazu geäußert? Ich meine sie hätten gesagt, das es auf keinen Fall weniger werden wird.

20. Die %-Zahlen sagen ja mal gar nichts aus, da doch jeder ein anderes Limit hat. Also besser die MB angeben. 😉

21. Vielen Dank für den Beitrag. Das hier ist wirklich immer eine tolle Anlaufstelle für Probleme, die mal auftreten und wieder in Vergessenheit geraten, aber von einem selbst nicht lösbar sind.
    <3

22. […] mache mir Gedanken. Auch Praegnanz nimmt sich des Themas an. Über den Speicherverbrauch schreibt Perun. Dieser Eintrag wurde veröffentlicht in WordPress. Bookmarken: Permanent-Link. Kommentieren oder […]

23. Interessanter Beitrag, Danke.

24. […] Speicherverbrauch der deutschen Sprachdatei kann man übrigens mit diesem Tipp […]

25. Danke für die Info. Ich hatte mit dem Speicherplatz nur einmal Probleme. Da hatte ich noch kein Anti-Spam Blugin. Unglaublich wieviel MB Spam Eintrage man da in ein paar Wochen zusammen hat.

26. Warum ist der optimierte Sprachparser denn noch nicht in WordPress integriert? Anstatt das System mal schneller zu machen, blähen sie es leider nur immer weiter auf… Gibts da denn Hoffnung?

    Danke für die Infos, bei mir hat der Einsatz der PHP ganze 3MB gebracht.

    Hast du noch andere Optimierungsmöglichkeiten?

27. […] Vladimir Simovic weist aktuell auf den erhöhten PHP-Speicherbedarf von WordPress 2.8.x hin und benennt unter Anderem die nicht ganz optimale Verarbeitung der deutschen Sprachdatei (de_DE.mo) durch die Datei /wp-includes/pomo/mo.php als mögliche Ursache. Also ersetzte der mensch diese durch die empfohlene, optimierte mo.php von Heiko Rabe und präsentiert anbei das Ergebnis. […]

28. Leider wird das Projekt mit der beta mo.php wegen dem reduzieren der Speicherfressenden deutschen Sprachdatei nicht vorangetrieben – oder auch sonstwo weiter bearbeitet…..sic!

    Diese beta mo.php läuft auch in WP3 allerdings kann dann im Adminbereich die Seite mit den installierten Plugins nicht aufgerufen werden:

    Es gibt da die Fehlermeldung:
    Fatal error: Call to a member function on a non-object (wegen translations.php on line 108)

    Deswegen habe ich in der translations.php die Zeilen 107 – 109
    = foreach( $other->entries as $entry ) {
$this->entries[$entry->key()] = $entry;
}

    ausgetauscht mit:
$this->entries = array_merge($this->entries, $other->entries);

    siehe auch: http://core.trac.wordpress.org/ticket/11832

    Jedenfalls läuft so die beta mo.php wieder ohne Probleme außer das ein etwas älterer Code wieder eingefügt wurder der folgenden kleinen Fehler verursachen kann falls man es gebraucht:
    It creates problems with numeric keys. For example, _e(’2′) outputs 4 on a localized version, regardless of the value in a .mo file.

    Denke das wäre aber zu vernachlässigen…..

    Schön wäre allerdings eine Überarbeitung der beta mo.php

    grüsse
    thomas

29. Hallo,
    Ich habe ständig das Problem mit dem Speicher. Ich habe nun irgendwo gelesen ich soll in der wp-config.php Die Zeile define (’WPLANG’, ‘de_DE’); mit der Zeile define (’WPLANG’, ”); ersetzen – seit ich das gemacht habe funktioniert es wieder. Was kann ich ansonsten noch tun? (Hoster 64bit System, akuell 64MB zugewiesen für mich).
    Zielt die Lösung mit der mo.php auf das Selbe ab und viel wichtiger gibt es seine überarbeitete mo.php für WordPress 3.1.1.

Kommentare sind geschlossen.