cpu load nach Update extrem hoch

[miccom]

Hallo zusammen,

event. kann mir ja jemand erklären, warum ich nach dem Update von 2.0.11 auf 2.3.2 so extreme Performance Probleme habe. Hier könnt ihr schön sehen, wie es vor dem Update und nach diesem mit der cpu load aussieht:
Updatenotizen: Startschwierigkeiten - GreenSmilies

Plugins und Theme kann ich ausschließen, ich habe alle deaktiviert und das Theme einfach mal gewechselt, alles ohne Erfolg.

Mein Serveradmin hat einen php profilier installiert und der liefert das unschöne Ergebnis:

Trace for /opt/virtual-domains/www.greensmilies.com/index.php
Total Elapsed Time = 1.31
Total System Time  = 0.09
Total User Time    = 1.14

        Real         User        System             secs/    cumm
%Time (excl/cumm)  (excl/cumm)  (excl/cumm) Calls    call    s/call  Memory Usage Name
--------------------------------------------------------------------------------------
45.1 0.54 0.56  0.56 0.59  0.00 0.00  2745  0.0002   0.0002            0 preg_replace
5.8 0.09 0.09  0.06 0.06  0.01 0.01  8474  0.0000   0.0000            0 strlen
5.8 0.07 1.40  0.07 1.22  0.00 0.10    35  0.0021   0.0377            0 require
3.9 0.04 0.04  0.04 0.04  0.00 0.00    83  0.0006   0.0006            0 base64_decode
3.2 0.04 0.04  0.04 0.04  0.00 0.00  3354  0.0000   0.0000            0 substr
2.6 0.01 0.10  0.03 0.09  0.00 0.02   785  0.0000   0.0001            0 WP_Object_Cache->get
2.6 0.01 0.05  0.03 0.06  0.00 0.01  3142  0.0000   0.0000            0 CachedFileReader->seekto
2.3 0.02 0.02  0.03 0.03  0.00 0.00  1780  0.0000   0.0000            0 preg_match
1.9 0.02 0.02  0.02 0.02  0.00 0.00  1814  0.0000   0.0000            0 str_replace
1.6 0.03 0.03  0.02 0.02  0.00 0.00   546  0.0000   0.0000            0 is_string
1.6 0.02 0.67  0.02 0.64  0.00 0.02  1828  0.0000   0.0004            0 apply_filters
1.6 0.02 0.02  0.02 0.02  0.00 0.00  2168  0.0000   0.0000            0 trim
1.6 0.02 0.02  0.01 0.01  0.01 0.01  1784  0.0000   0.0000            0 preg_quote
1.3 0.00 0.00  0.01 0.01  0.00 0.00   154  0.0001   0.0001            0 merge_filters
1.0 0.01 0.07  0.01 0.05  0.00 0.01  3147  0.0000   0.0000            0 CachedFileReader->read
1.0 0.01 0.01  0.00 0.00  0.01 0.01  1783  0.0000   0.0000            0 htmlspecialchars
1.0 0.01 0.01  0.01 0.01  0.00 0.00  1040  0.0000   0.0000            0 is_array
1.0 0.00 0.00  0.01 0.01  0.00 0.00   333  0.0000   0.0000            0 in_array
1.0 0.01 0.01  0.01 0.01  0.00 0.00   760  0.0000   0.0000            0 is_null
0.6 0.01 0.01  0.01 0.01  0.00 0.00   248  0.0000   0.0000            0 defined

Knapp 3.000 calls für preg_replace? Das Ergebnis schwankt auch immer zw. 30 und 85% für preg_replace...

Bin für Ratschläge dankbar!

[miccom]

Ich denke, wir haben das Problem gefunden. Schuld sind die ca. 1.800 Smilies aus dem wpsmiliestrans-array in der functions.php. Mir ist zwar klar, dass ich mit dieser Menge an Einträgen ein Sonderfall bin, aber auch ohne die Smilies ist die cpu load durch preg_replace in meinem Blog mit WP 2.3.2 knapp doppelt so hoch wie mit WP 2.0.11...

Mein Serveradmin meinte, ein lexer wäre schneller als ein parser, mal schauen ob Auttomatic diesen Vorschlag annimmt.

z.B.:
PHP_ParserGenerator and PHP_LexerGenerator - Lot 49: Greg Beaver's blog

Ich werd mal schauen, ob wp-cache hilft...

[miccom]

Interessiert das keinen oder sind eure Server alle so stark, dass es euch egal sein kann?

Wenn es interessiert, ich habe mal das Plugin WP Super Chache getestet, welches die load erheblich reduziert!:
Super Cache - GreenSmilies

Ich betrachte das aber nur als temporäre Lösung für mich und bin am überlegen mein riesiges Smilie-Array zu löschen und alle Codes die vorher durch ein preg_replace von WP ausgetauscht wurden, durch einfache img-tags zu ersetzen. Ob ich in meinen Beiträgen jetzt einen Text-Code oder einen Bild-Link verwende ist für mich ja eigentlich unerheblich. Event. hat ja jemand eine bessere Idee und dafür habe ich immer ein offenes Ohr.

[miccom]

Ich setze das Einzelgespräch mal fort.

Seitdem ich das riesige Smiley-Array entfernt habe, ist die load extrem gesunken. Gemeinsam mit WP Super Cache ist sie zwar noch immer höher als unter 2.0.11, aber ich kann damit leben. Vielleicht schaffen sie es ja unter 2.5 wieder auf die alte Performance.

[Ammaletu]

Nur mal aus Interesse, kannst Du mal schreiben, mit welchem Profiler obige Ausgabe erzeugt wurde? Ich kenne mich mit PHP-Profilern noch gar nicht aus, würde das bei meiner Seite aber auch gerne mal einsetzen. Die läuft im Moment nämlich sehr unregelmäßig, mal geht der Aufruf ganz flott, dann dauert es wieder 10 Sekunden und mehr zum Seite laden. An 1800 Smilies kann es bei mir nicht liegen, aber ich nehme mal an, dass Du damit eher ein Einzelfall bist.

Was ich auf der wp-hackers-Liste so mitkriege ist "WP Super Cache" wohl im Moment mit das beste Cache-Plugin. Es spricht ja eigentlich auch nichts dagegen, es einzusetzen, man müsste nur dynamische Inhalte wie z.B. Deine Umfrage mittels Ajax umsetzen, wobei es dann ja egal wäre, ob der Code frisch generiert wurde oder aus dem Cache kommt.

Ach ja, zum Thema Geschwindigkeit: Welche PHP-Version setzt Du denn ein? Da sind ja neue Versionen auch schneller als ältere, nehme ich an!?

[Monika]

kontrolliere sämtliche error logs des Servers,

einige der Plugins machen Fehler =>Serverload verringern

super cache ist fantastisch ---

ich habe die Standarderneuerungszeit auf 7200sekunden hochgeschraubt und fahre damit sehr gut,


Counter such ich noch meiner meldet jetzt nämlich schon weniger Besucher, die Units blieben natürlich gleich


ebenfalls php Version - Ausführungslimit von php

mysql Version die 5... irgendwas --- schmeißt bei mir grade mehr als die Häfte aller Plugins raus


ist aber mit php 5 sehr schnell


doch ich bin zuwenig Serverfreak, um die *außer Tipps eigener Erfahrung* mehr sagen zu können,

frage mal direkt den \o Robert, der ist da eher der Anspechpartner,
liest aber kaum hier, oft im hauseigneen Chat zu finden

lg

[miccom]

@ Ammaletu
APD: APD - php bar
Lesenswert:
PHP Performance Profiling

Sag Bescheid, wenn du deinen Übeltäter gefunden hast. Ich tippe ja auf preg_replace

Mein Server:
Apache/2.2.3 (Debian) mod_jk/1.2.18 PHP/5.2.0-8+etch10 mod_ssl/2.2.3 OpenSSL/0.9.8c

Zu WP-Super Cache, ich habe das in deren Doku nicht gefunden, aber die Vorgängerversion WP Cache hat Kommentare verwendet um bestimmte Bereiche dynamisch zu belassen, z.B.:

PHP-Code:

<!--mfunc vote_poll() -->
            <?php if (function_exists('vote_poll') && !$in_pollsarchive): ?>
            <li>
               <h2>Aktuelle Umfrage</h2>
               <ul>
                  <li><?php get_poll();?></li>
               </ul>
               <?php display_polls_archive_link(); ?>
            </li>
            <?php endif; ?>
<!--/mfunc-->

Für meine Umfrage. Ich habe aber noch nicht getestet, ob es funktioniert...


@ Monika
Ich hatte zum Testen alle Plugins deaktiviert, die sind ausnahmsweise alle samt unschuldig und meine error_logs kenne ich schon auswendig.

Einzig FeedStats zickt mit WP Super Cache, die Zahlen für die Statistik gingen arg nach unten. Ein kleines Übel...