Speed up!
8. August 2007, 03:24 Uhr Für Nerds Halla
Nachdem die Performance dieses Blogs in den letzten Tags wirklich indiskutabel war (und es zusehends schlimmer wurde), war heute mal der Tag der Abrechnung mit Wordpress: Ich habe Caching und Datenbank optimiert und viele Plugins abgeschaltet.
Mal abwarten, ob es was gebracht hat, mir selbst zumindest kommt die Site jetzt doch einen Tick schneller vor. Ich denke allerdings, ich werde zumindest die wichtigsten Plugin sukzessiv wieder in Betrieb nehmen…
Update:
Zusätzlich zu den abgeschalteten Plugins habe ich nun auch das Standardtheme widerhergestellt. Mal sehen, ob das was bringt - auch wenn ich das eher nicht glaube. Das Geschwindigkeitsproblem besteht nämlich durchaus auch im Backend, was eher für ein “Problem” des Servers selbst spricht.
Update II:
Es lag am eingeschalteten safe_mode von PHP. Jetzt ist er abgeschaltet - was natürlich keine Dauerlösung ist. Aber solange ich nicht genau sagen kann, was da faul ist, kann ich damit leben. Nach dem Wochenende werde ich mir das Problem mal vornehmen…
- Diesen Beitrag kommentieren
(9 andere Kommentare) - Trackback URI
Beitrag versenden
(Bisher keine Ratings)
Loading ...
Also gerade mal lässige 39 Sekunden (bei zweiten Laden sogar 58 Sek.) für diesen Post gebraucht (nein, nicht via 2400er Modem).
Schon mal wp-cache getestet? Oder den ENABLE_CACHE in der wp-config auf true gesetzt? Siehe auch http://www.arnebrachhold.de/2007/02/16/four-plus-o...
Hossa, das ist wohl noch immer deutlich zu lange…
Bei mir geht es schneller, woran immer das auch liegen mag.
Der WP-interne Cache ist bereits eingeschaltet, merkwürdig ist allerdings, daß auch das Backend Scheiße-langsam ist (und es hier ja kein selbstgeschriebenes Theme gibt, das es ausbremsen könnte).
Auf dem Server selbst laufen noch einen Drupal- und eine Typo3-Installation, die beide deutlich schneller sind als WP. Vielleicht versuche ich tatsächlich mal das WP-Cache Plugin (oder aktive mal zum Testen das Default-Theme, wobei ich nicht glaube, daß es was bringt…).
So wie beim Jan schaut’s bei mir auch aus. Ping sieht allerdings gut aus, Traceroute spuckt lediglich 6 Hops aus.
SSH Zugriff auf der Maschine? Was sagen die Logs? Ansonsten mal via phpsysinfo die Auslastung begutachten? Und was sagt der MySQL-Server? Daran könnte es natürlich auch liegen, zu viele Abfragen zur gleichen Zeit. Wordpress ist da ja recht “verschwenderisch”.
Sieht mir jedenfalls nicht danach aus, als ob es an externen Diensten liegt.
Wie gesagt, die anderen auf der Maschine installierten, deutlich “mächtigeren” CMS’se wie T3 oder Drupal laufen sehr flüssig, an Verbindung oder Serverleistung kann es eigentlich nicht liegen, denke ich.
Ich komme per SSH auf die Kiste und habe mir mal per “top” die Auslastung angesehen. Interessant: Sobald der RotR vHost eine Seite ausliefert, explodiert die CPU-Usage des entsprechenden httpd2-preforks auf sagenhafte 99,9% - was dabei natürlich auch die load-average des gesamten Systems nach oben reißt. Diese liegt z.B. zur Zeit bei “load average: 0.20, 0.47, 0.71″, was ja schon eine Ecke ist…
Trotzdem: So wirklich weiter bringt mich das auch nicht. *argh*
Nur nochmal als Update und auch wenn es keinen direkten Bezug hat:
Die DB für diese Seite ist denke ich ausreichend schnell.
Ladezeit der Gesamtseite trotzdem im Firefox 62 sek
Mit Sockspy (Ein lokaler Proxy) kann man sehr schön den Traffic und die Antwortzeit mitschneiden (Ist leider TCL, ich kann dir aber bei Bedarf eine kompilierte exe für Win schicken). Dabei ist es nur der Request für die Seite selbst der sehr lange braucht.
GET http://www.realityontherocks.com/index.php/2007/08... (ca 60 Sekunden)
Alle folgenden Requests sind dann normal schnell (css, images, etc.)
Kann das mit dem PHP Interpreter zusammenhängen? PHP als CGI oder ähnliche Krankheiten?
Shit, die wichtige Information in Zeile 3 oben sollte sein:
58 queries. 0.797 seconds.
@Jan: Bingo!
Ich würde sagen, es lag tatsächlich direkt am PHP Interpreter. Daher war es auch egal, ob man im Back- oder Frontend unterwegs war
Zwar ist mir _noch_ nicht klar, was da los ist, aber es lag am aktivierten Safe_mode, der on war. Jetzt ist er off - und die Seite rennt wie nichts Gutes, allerdings ist das kein Dauerzustand.
Ich fahre heute Nacht übers WE erstmal weg. Danach werd ich mir das mal etwas genauer ansehen…
Naja, rennen würde ich das noch nicht nennen, aber Verbesserung ist schon mal da (ca. 10s bis die Seite da ist).
Wenn der apache fork explodiert könnte das vielleicht an den Modulen liegen, die er geladen hat.
das ist in etwas das was ich von euch verstanden habe:
“asfsdf asdfgsdgwretsd f sdds erefsdfsd sdfsor”
…
