>>> "Anton Kornexl" <anton.korn...@uni-passau.de> schrieb am Dienstag, 28. Juli 2015 um 21:41 in Nachricht <mailman.2306.1438112496.569.typo3-ger...@lists.typo3.org>: >>>> Michael Schams <typo3.li...@2015.trash.schams.net> schrieb am > Sonntag, 26. Juli > 2015 um 13:33: >> On Sat, 2015-07-25 at 09:26 +0200, Anton Kornexl wrote: >> >>> Das Speichern dauert bei den CEs für ca die Hälfte der Seiten 1-2 >>> Minuten. Auf den anderen Seiten sind es 1-2 Sekunden. >> [...] >>> Das Problem muss bei einem der letzten Updates von >>> myql/PHP/Typo3/Ubuntu verursacht worden sein. >> [...] >> >> Ich wuerde (nicht unbedingt in dieser Reihenfolge)... >> >> - das Admin Panel aktivieren und schauen, was so lange dauert >> - den Cache leeren: Install Tool -> Clear all cache >> - den Cache leeren: saemtliche Dateien in typo3temp loeschen >> - eine Kopie der gesamten Installation auf einem anderen System > testen >> - MySQL logging untersuchen >> - Filesystem checken (ggf. defekte Blocks?) >> - testen, ob ein lokaler Zugriff auf die langsamen Seiten auch > langsam >> ist (wget "localhost/index.php?id=123") >> - ... >> > > > Das Problem ist nur beim Speichern im Backend > > - das Admin-Panel hilft hier nicht > - Cache leeren und typo3temp leeren habe ich mehrfach versucht: keine > Änderung > > - die Tests laufen alle auf einem geklonten System (Vmware) > - Mysql.Logging (mysqlbinlog) zeigt keine Auffälligkeiten; sind > allerdings nur die Schreibzugriffe; keine slow-queries > > - das BE ist normalerweise nicht langsam > > - Wget würde nur das FE testen, welches kein Problem hat. > > Habe bereits ein Rollback der letzten Updates von mysql, PHP, Typo3 > gemacht: keine Änderungen > Datenbank nach einem Dump auch wieder neu eingelesen, damit Indexe neu > erstellt: keine Änderung > > Es liegt wohl doch in Typo3 selbst. > > Verschieben einer langsamen Seite in einen anderen Teilbaum mit > schneller Speicherung: die langsame Seite wird auch schneller > gespeichert. > Entfernen von einzelnen Seiten in einem langsamen Teilbaum, die > langsame Seite wird plötzlich schnell gespeichert. > Dies ist allerdings keine lineare Verbesserung, sondern eine abrupte. > > > Die Speicherung findet vermutlich schnell statt, denn bei einem > parallelen Check, sind die Daten schon in der DB, aber der Browser > wartet und wartet. > > --
Vielen Dank für die Tipps Nach vielem erfolglosem Suchen kam dann doch Kommissar Zufall zu Hilfe. Wir setzen für die Kommunikation mit dem Beschleuniger Varnish die Extension Purge ein. Diese kommuniziert über Purge-Requests die geänderten Seiten an Varnish, welche von diesem nicht mehr aus dem Cache ausgeliefert werden sollen. Diese Purge extension war für die Bremse verantwortlich. Purge bietet jedoch einen asynchronen Modus (scheduler-basiert). Mit diesem Modus entfällt die Bremse und die Funktionalität bleibt (etwas verzögert) trotzdem erhalten. -- Mit freundlichen Grüssen Anton Kornexl Universität Passau Anton Kornexl Leitung Bereich Server-Infrastruktur & zentrale Applikationen Rechenzentrum D-90432 Passau Tel.: 0851/509-1812 Fax: 0851/509-1802 Email: anton.korn...@uni-passau.de Internet: www.rz.uni-passau.de
_______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
