Zum Inhalt springen

Erhebliche Performanceprobleme (1100 registrierte Benutzer)

Erstellt am 19. Januar 2013 · 1 Antwort · letzte Antwort am 26. Januar 2013

Tags: Cache & Performance, Frage

zappzarapp ·

Hallo,

ich habe folgende Website:

- Portal mit derzeit ca 1100 aktiven fe_users
- Gleichzeitig am Server habe ich Abends um die 40-50 Personen online
- Bekannte Extensions: mm_forum,tt_news,sr_feuser_register und viele selbstentwickelte Extensions

Ich habe Abends erhebliche Probleme mit dem Server (Wartezeiten von 10-20 oder mehr Sekunden für eine Seite) und bin derzeit am überlegen was ich machen kann um das System zu beschleunigen.

Ich habe schon viele Stunden damit verbracht MYSQL Queries zu reduzieren und USER_INT Objekte zu verhindern. Da man aber als angemeldeter Benutzer sehr viele nicht statische Daten sieht (Forum, Postfach, "Wer ist Online" Listen etc.) sehe ich eigentlich keine Möglichkeit die Seiten so umzusetzen, dass es keine USER_INT Objekte mehr gibt (Postfach, Online-Listen etc. sind zwar USER_INT Objekte verwenden aber ein eigenes Caching damit die Daten nicht permanent neu geladen werden sondern nur wenn sich daran etwas ändert)

Im relativ kleinen öffentlichen Bereich kann ich alle USER_INT Objekte entfernen und könnte auch den statischen File-Cache verwenden allerdings glaube ich nicht, dass ich damit den großen Performance-Sprung mache (weil viel mehr Aktivität im internen Bereich ist)

Im Moment zeigt mir das Admin-Panel folgende Ladezeiten:

Startseite:
- 0 USER_INT Objekte
- 3.7 Sekunden für den Aufruf nach dem Löschen des Cache
- 200-300ms wenn sich die Seite im Cache befindet

Inhaltsseite:
- 1 USER_INT Objekt
- 2.7 Sekunden für den ersten Aufruf
- etwa 1.1 Sekunden wenn sich die Seite im Cache befindet

Interner Bereich:
- 9 USER_INT Objekte (Online Liste, Neue Nachrichten Anzeige, etc.) wobei diese Objekte teilweise ein eigenes Caching verwenden
- 4.9 Sekunden für den ersten Aufruf
- etwa 1.4 Sekunden nachdem die Seite im Cache ist

Es ist also realtiv egal ob man ein oder neun USER_INT Objekte auf der Seite hat - sobald sich nur eines davon auf der Seite befindet beeinflusst das die Performance enorm. Von dem her glaube ich auch nicht, dass es viel bringen würde wenn ich die 9 USER_INT Objekte im internen Bereich noch weiter reduzieren würde (wäre derzeit möglich es relativ einfach um zwei zu reduzieren) - sie komplett wegzubekommen ist nicht möglich.

Im nächsten Monat wollen wir das Portal erweitern und hätten dann wahrscheinlich innerhalb relativ kurzer Zeit die doppelte Anzahl an aktiven Benutzern und selbst wenn man auf einen doppelte so starken Server umsteigen würde hätten wir dann wahrscheinlich immer noch dieselben Probleme.

Hat jemand Erfahrungen mit TYPO3 Seiten in diesem Umfang und vielleicht auch schon mit ähnlichen Problemem gekämpft?

Zugriffszahlen von Google-Analytics
- Durchschnittlich 1000 Besucher pro Tag
- In etwa 17.500 Seitenaufrufe pro Tag
- 13 Minuten durchschnittliche Besuchsdauer
- 20% neue Besucher

Liebe Grüße,
Matthias

p.s. Ich habe die Seite vor einigen Jahren als Admin übernommen und mir erschien es nicht sinnvoll von TYPO3 wegzugehen aber je länger ich mich damit herumärgere um so mehr frage ich mich ob es für so community-lastige Websites ein anderes System nicht die besser Lösung wäre.

zappzarapp ·

Es dürfte in diesem Fall wirklich an der Serverhardware gelegen haben - wir sind jetzt von einem virtuellen Server auf einen dezidierten Server (Core i3, 4GB Ram, extra SSD für die Datenbank) umgestiegen und die Seite läuft jetzt wie geschmiert.

Habe mit dem "ab" Tool von Apache einige Tests gemacht die einfach gezeigt haben, dass der alte Server zu schwach war (Request auf eine statische HTML Datei - alter Server hat 70 Requests/s geschafft - der neue um die 500)

Jetzt gibt es keine Probleme mit Seiten die User INT Objekte haben und Seiten die ganze ohne USER_INT Objekt auskommen sind in etwa 100ms generiert laut Admin Panel. (mit USER_INT Objekten um dei 500ms und eine Seite die derzeit no_cache hat auch in 700ms)

Das einzige was mir auffällt ist, dass die Performance vom mm_forum relativ schlecht ist - denn jetzt werden alle Seiten in 500-700ms geladen einzig Seiten mit mm_forum brauchen zwischen 1.2 und 1.5 Sekunden.

lg Matthias