[TYPO3-german] Antw: Re: Performance-Problem in typo3 6.2.14

[Andrea Schmuttermair]

Hi,

ist nur ein Schuss ins Blaue, aber weil du schreibst verschieben in
einen anderen Teilbaum hat geholfen:
Ich hatte das mal mit einem Seitenbaum mit sehr tiefer Verschachtelung
und vielen Childs, d.h. Baumtiefe > 5 und pro Knoten 50-500 Einträge.
Der Baum wird an manchen Stellen rekursiv geladen und das dauert dann.

Ursache war im Menü-Code und bei einer Extension für Breadcrumbs - wobei
das dann auch an anderen Stellen auftreten kann, ich habs halt mit Debug
Ausgaben und Timestamps so lange eingegrenzt bis ich den Übeltäter hatte.

LG Andrea



Am 28.07.2015 um 21:41 schrieb Anton Kornexl:
>>>> Michael Schams <typo3.lists at 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.
> 
> 
> 
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>