Geschwindigkeitsgerüchte streuen

[Jochen Hoff]

Ich habe einen Verdacht. Immer wenn die Besucherzahl auf einem von zwei mir in der Größenordnung bekannten Blogs auf über 200 pro Stunde steigt, beginnt der Server fröhlich abzukacken. Er wird langsam und langsamer. Seltsame Fehlermeldungen tauchen auf, es sieht so aus als ober er sich selbst dichtmacht.

Besonders knackig erscheint mir das Problem gefühlsmäßig immer an den Tagen, an denen viele Bilder und /oder Videos verlinkt sind.

Das muss nicht Serendipity sein, ich tippe eher auf eine unglückliche Kombination von Servereinstellungen und Plugins.

Meine Frage lautet ob andere das Problem auch kennen und was man vielleicht mal probieren sollte um die Dinge zu verbessern.

Ich habe übrigens in 10 Tagen 35 GB Traffic bei im Schnitt 2.400 unique täglichen Lesern und 5.000 Seitenaufrufen. Der andere Blog ist knapp doppelt so groß und kommt sogar auf einen Traffic von 112 GB.

Der größere Blog läuft auf der Standardversion, ich hab die 1.4-alpha1 und PHP 5.1.6.

Noch schlechter als ich jetzt schon schreibe, kann ich nicht mehr schreiben, deshalb muss irgendwas passieren. Ich weiß nur nicht was und das macht mich nicht glücklich.

[garvinhicking]

Hi!

Mehr Details wie eingesetzte Plugins, den s9y Einstellungen zu Lese/Schreibrechten/Caching, eingesetzter MySQL-Version, verfügbarem RAM, TOP Loadwerte des Servers wären wichtig.

PHP 5.2.0 bringt ein paar vorteile. Auf größeren Blogs ist APC/ZendCache sowieso unverzichtbar und bringt mindestens 50% Performanceboost.

Viele Grüße,
Garvin

[Jochen Hoff]

Hi!

Mehr Details wie eingesetzte Plugins, den s9y Einstellungen zu Lese/Schreibrechten/Caching, eingesetzter MySQL-Version, verfügbarem RAM, TOP Loadwerte des Servers wären wichtig.

PHP 5.2.0 bringt ein paar vorteile. Auf größeren Blogs ist APC/ZendCache sowieso unverzichtbar und bringt mindestens 50% Performanceboost.

Viele Grüße,
Garvin

Danke Garvin ich werde beides versuchen zu besorgen und es dann hier vortragen.

[Anitram]

Jochen,

ich vermute, dass das Problem bei deinem Hoster liegt!

LG
Tina

[Jochen Hoff]

Jochen,

ich vermute, dass das Problem bei deinem Hoster liegt!

LG
Tina

Hi Martina,

Bestimmt. Aber dann bei zwei unterschiedlichen Hostern. An diese Art von Zufälle vermag ich nur schwer zu glauben, zumal beide Hoster sich erhebliche Mühe geben.

Aber wir werden es wissen, wenn ich die unterschiedlichen Einstellungen hier vorlege.

Scheiß Computer als uns in Ännchen gehen und einen Nubbel, Zacheies oder auch Peijas könnten wir hier in Berlin auch gut gebrauchen

[Anitram]

Ich weiß schon, weshalb ich niemals nach Berlin möchte... Dort gibt es keine (Verbrennungen von) Peijas! Und ich könnte noch mehr Geschichten aus der Provinz erzählen, die zeigen, wie herrlich manchmal "Spießigkeit" sein kann und allen wirklich hilft. Aber das nur so nebenbei.

Zu deinem Problem:
Könnte es sein, dass die Datenbank das Problem für deine Performance-Einbußen ist?

Mir ist seit einigen Tagen aufgefallen, dass bei dir im Blog etwas nicht stimmt, besonders, wenn ich aus einem Artikel heraus bei dir auf "Tagebuch" in der Headerleiste klicke.

Nun veröffentlichst du bei dir viele Texte pro Tag, die zudem auch noch recht umfangreich sind. Vermutlich scheint dann die Datenbank aus irgendwelchen unergreiflichen Gründen zu "blockieren".

Könnte es sein, dass du langsam am "Limit" ankommst? Ich hatte, wenn ich mich zurückerinnere, mit meiner Masse an Einträgen bei WordPress erreicht, was mich dann zum Umzug zu s9y bewog.

[Jochen Hoff]

Ich weiß schon, weshalb ich niemals nach Berlin möchte... Dort gibt es keine (Verbrennungen von) Peijas! Und ich könnte noch mehr Geschichten aus der Provinz erzählen, die zeigen, wie herrlich manchmal "Spießigkeit" sein kann und allen wirklich hilft. Aber das nur so nebenbei.

Nichts gegen Provinz. Aber wenn du hier einen Peijas verbrennst, erkennt der Staatsschutz sofort einen bekannten Politiker und das Theater geht los. Wir werden hier bald auf Vodoo umsteigen. Erste Trainingskurse sollen schon angelaufen sein.

Zu deinem Problem:
Könnte es sein, dass die Datenbank das Problem für deine Performance-Einbußen ist?

Mir ist seit einigen Tagen aufgefallen, dass bei dir im Blog etwas nicht stimmt, besonders, wenn ich aus einem Artikel heraus bei dir auf "Tagebuch" in der Headerleiste klicke.

Nun veröffentlichst du bei dir viele Texte pro Tag, die zudem auch noch recht umfangreich sind. Vermutlich scheint dann die Datenbank aus irgendwelchen unergreiflichen Gründen zu "blockieren".

Könnte es sein, dass du langsam am "Limit" ankommst? Ich hatte, wenn ich mich zurückerinnere, mit meiner Masse an Einträgen bei WordPress erreicht, was mich dann zum Umzug zu s9y bewog.

Jein. Das würde erklären, warum mein Blog Probleme hat, aber mein Hoster, der mehr als bemüht ist, hat das im Auge und wohl auch schon mal mit Garvin gesprochen und danach an den Einstellungen gedreht.

Ich vermute das es etwas ganz einfaches, etwas völlig Blödes ist. Zu trivial um daran zu denken.

[garvinhicking]

Hi!

Ganz häufig ist es einfach eine Kombination aus Performance-intensiven Plugins, oder überlaufenden Datenbanktabellen. DAs Statistikplugin zieht z.b. enorm performance, wenn man dessen datenbanktabellen nicht regelmäßig wartet.

Viele Grüße,
Garvin

[Jochen Hoff]

Hi!

Ganz häufig ist es einfach eine Kombination aus Performance-intensiven Plugins, oder überlaufenden Datenbanktabellen. DAs Statistikplugin zieht z.b. enorm performance, wenn man dessen datenbanktabellen nicht regelmäßig wartet.

Viele Grüße,
Garvin

Hi Garvin,

Statistik läuft bei beiden Blogs nicht. Allerdings haben beide Google Werbung, ich habe zusätzlich noch amazoon. Für die Statistik laufen bei mir http://www.blogcounter.de, technorati und http://www.blogoscoop.net. Auf dem anderen Blog so ziemlich jeder Counter installiert.

Folgende Plugins sind installiert

Plugins auf Duckhome

Plugins auf dem anderen Blog

Ja, ich weiß das mit dem verstecken des anderen Blognamens ist nicht so ganz gelungen. Ist ja gut.

Der andere Blog ist mit Plugins eher überladen, meiner eher minimal ausgestattet. Die genaue Systemausstattung von beiden Systemen kommt noch nach.

[garvinhicking]

Hi!

Ich würde mal empfehlen, testweise alle counter auszuschalten. Auch fremde Werbecounter summieren sich in der Seitenaufrufgeschwindigkeit, und je mehr counter und widgets man hat, desto langsamer auch das ganze seitengerüst.

Über das vollgeladene Blog müssen wir dann ja erstmal garnicht sprechen, wenn die Geschwindigkeitsprobleme auch beim anderen schon auftreten.

Das RemoteRSS-Plugin (Blogroll) ist grundsätzlich relativ performanceintensiv wenn es ums Caching und das aufrufen geht. Wie groß hast du den Cacheintervall gesetzt? Das ist eins der ersten Plugins die ich mal übergangsweise deaktivieren würde um herauszufinden ob das große Auswirkungen hat.

An Ereignisplugins ist das meiste relativ harmlos. "Embed Adds" kenne ich so nicht, das könnte man mal testweise deaktivieren.

Ansonsten ist deine Seite halt echt Javascript-lastig. Sowas zieht immer sehr an der Browserperformance. Surf doch mal testweise mit deaktiviertem Javascript: Wenn dann auch das "normale" Blog schneller wird, weist du, dass es an den einbettungen und nicht dem Blogsystem selbst liegt.

Deine Seite lädt derzeit 600kb an Daten, davon allein 200kb Javascript.

Dann ein Tipp: Deine Seite lädt das "fbapix.gif" Bild für deinen Feedburner-Feed. Diese Grafik gibt's bei dir nicht. Deaktiviere entweder feedburner, setz eine andere Grafik, oder lade die fehlende Grafik hoch. Denn sonst führt das zu doppelten Zugriffen zu deinem Blog.

Dasselbe gilt für eine ru-banner-new.png Grafik zu radoi-utopie. Jede 404 Seite ruft das s9y blog auf, daher sollte man immer seine eigenen Links auf Korrektheit prüfen.

Grüße,
Garvin

[darkeye]

Ich wühle mal das alte Thema wieder auf.
Ich verwalte die zweite Seite die Jochen angesprochen hat und wir haben teilweise immer noch mit dem Problem zu tun. Durch verschiedene Tricks haben wir immer wieder ein kleines bisschen Leistung raus geholt aber auch immer nur im einstelligen % Bereich. Wir vermuten das die Datenbank durch das Dateibassierte SATA Protokoll der lahmende Faktor ist. Diese versucht dann alle Daten in den RAM zu laden was zu Performence Verlusten führen kann. Unsere Artikel Tabelle ist jetzt bei über 50 MB angelangt. Wir haben ein wenig Stabilität bekommen allerdings steigen die Nutzerzahlen nun stark (~8000 pro Tag).

[garvinhicking]

Hi!

Was nutzt ihr denn genau als Datenbank? GGf. wäre es sinnvoll auf SQLite umzusteigen, dass eine wesentlich bessere Read-Performance hat.

Grüße,
Garvin

[carpe]

OT: Wollte nur mal so beisteuern, dass Ihre Seiten Herr Hoff sicherlich noch einiges an Traffic mehr verdient hätten.
Einer der interessantesten und gleichzeitig aber auch frustrierensten Feeds in meinem Reader.