In letzter Zeit häuft sich der Twoday-Fehlerklassiker "Maximum Thread Count Reached". In dem Zusammenhang ist mir aufgefallen, dass mod_deflate (GZIP) auf Eurem Apache Server derzeit nicht aktiviert ist, was dazu führt, dass der gesamte Traffic vom Server zum Client unkomprimiert erfolgt.

Verschiedene gzip-Testseiten errechnen für twoday.net veritable Transfereinsparraten von 77%+ und eine Faktor4-Geschwindigkeitserhöhung, wenn man GZIP einsetzen würde ( siehe https://www.bilder-hochladen.net/files/5loo-7v-db8e.jpg ).

Hat es einen besonderen Grund, dass mod_deflate auf dem Webserver nicht aktiv ist?

P.S. GZIP verursacht zwar eine leicht höhere Serverlast durch die Seitenkomprimierung - diese wird jedoch m.E. überkompensiert durch die geringere Belastung der Client-Downloads. Abgesehen davon ist die tatsächliche und gefühlte Performance für den Twoday-Anwender sehr viel besser. Nicht zuletzt könnte dies auch helfen das "Maximum Thread Count"-Aufkommen zu nivellieren. Any thoughts?

In den letzten Tagen fällt auf, daß die Ladezeiten zwischendrin immer wieder mal sehr viel länger sind, als gewohnt, und manchmal kann ich die Seite überhaupt nicht aufrufen. Besonders heute. Könnt ihr das bitte mal überprüfen?
Danke!

Wie ist es zu erklären, dass eine Linkschleuder (z.B. pruefungsfragedeutsch.twoday.net) 126 posts in 33 Minuten einstellen kann, während zeitgleich andernorts user beim Absetzen eines einzeiligen Kommentars am "Request timed out" scheitern?

Sagt mal, kann das ein, daß ihr grade 14 Stunden offline wart?

sind um diese Uhrzeit (weit nach Mitternacht) durch nichts zu rechtfertigen. Ich vermute nach längerer Beobachtung, dass eure Datenbank einen schweren Knacks hat.