Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Am 12.08.2014 23:38, schrieb Philipp Gampe: Hi Hugo, OK, dann wartet er erst einmal, ob er eine Sperre bekommen kann. Wenn die Seitengenerierung länger als 30 Sekunden dauert, dann kommt ja auch The page is being generated. @see 3358+ typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php @see 172+ typo3/sysext/core/Classes/Locking/Locker.php Nach einen tiefen Blick in den Code, denke ich, dass dein typo3temp/locks/ Verzeichnis nicht beschreibbar ist, wodurch der Prozess erfolglos versucht, 30s lang den Lock zu bekommen. Ggf. ist dein Dateisystem auch einfach nur ausgelastet und der Schreibvorgang hängt eine Weile oder schlägt ab und an fehl. Wenn der Prozess hängt, dann solltest du mal in das Verzeichnis schauen, ob da eine Datei auftaucht, oder schon da liegt. Viele Grüße Hi Philipp, die Meldung The page is being generated ist bei mir bisher noch nie erschienen. Das Lock Verzeichnis hat die selben Rechte, wie die anderen Verzeichnisse in typo3temp und sollte daher problemlos beschreibbar sein. Wobei es im Moment allerdings leer ist. Nach Deinem Hinwies auf typo3temp habe ich jetzt aber mal das Verzeichnis komplett geleert, ein paar mal den Cache gelöscht und nach etlichen weiteren versuchen hat es plötzlich funktioniert. Die Verzögerung scheint im Moment erstmal weg zu sein. Möglicherweise war wirklich das Dateisystem ausgelastet oder es gab irgendwo eine fehlerhafte Datei oder einen fehlerhaften Datenbankeintrag. Wie auch immer, ich werde das jetzt mal die nächste Zeit beobachten und ggf. berichten. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Hi Hugo, Hugo wrote: Ist so ein Problem bereits bekannt? Könnte das ein Bug sein oder eher ein Einstellungsproblem an meiner Installation? Dies hört sich nach dem Locking-Framework an. Schau mal im Install-Tool, was unter [SYS][lockingMode] gesetzt ist. Ich denke mal simple. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Hi Philipp, ja das ist korrekt. Dort ist simple eingestellt. Gruß Am 12.08.2014 18:37, schrieb Philipp Gampe: Hi Hugo, Hugo wrote: Ist so ein Problem bereits bekannt? Könnte das ein Bug sein oder eher ein Einstellungsproblem an meiner Installation? Dies hört sich nach dem Locking-Framework an. Schau mal im Install-Tool, was unter [SYS][lockingMode] gesetzt ist. Ich denke mal simple. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Hi Hugo, Hugo wrote: ja das ist korrekt. Dort ist simple eingestellt. Evtl. kannst du ja mal flock oder semaphore ausprobieren. Aber bitte vorher nachschauen, ob dein Server dies unterstützt. Ggf. kann es passieren, dass lock Dateien jetzt zuverlässiger Sperren, wodurch das Rendering von parallelen Prozessen angehalten werden. Dadurch kommen evtl. auch deine 60 (2x30) Sekunden her. Es riecht halt einfach nach 2x30s, dem default Timeout :) Interessant wäre es, wenn wir das eingrenzen könnten. Evtl. werden ja irgendwo die Sperren nicht mehr freigegeben (Bug). Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Hi, nein, wird anscheinend beides nicht unterstützt. Naja, wenn ich mir das im AdminPanel ansehe und mir unter Typoscript die Renderingzeiten anzeigen lasse, fällt auf das die Verzögerung wohl immer bei folgenden beiden Einträgen auftritt: Get Page from cache Get Page from cache/Cache Row Anscheinend wird hier ja versucht, die Seite aus dem Cache zu holen. Allerdings wurde der Cache ja zuvor gelöscht. Es muss also Probleme geben, wenn die Seite ausgelesen werden soll, aber nicht im Cache vorhanden ist. Das aber nur, wenn der Cache allgemein aktiviert ist. Ist er generell deaktiviert, gibt es die Probleme eben nicht. Vermutlich wird dann ja auch nicht versucht, den Cache auszulesen. Nachdem ich jetzt nochmal etwas getestet habe scheint das aber wohl nur Seiten mit relativ viel Inhalt zu betreffen. Dort tritt dann eine Verzögerung von ca.30 oder ca. 60 Sekunden auf, was ja zu Deiner Timeout-Vermutung passen würde. Seiten mit sehr wenig Inhalten scheinen davon aber nicht betroffen zu sein. Diese werden in allen Fällen in normaler Zeit geladen. Hoffe, mit diesen Informationen können wir das Ganze schonmal etwas eingrenzen. Gruß Hugo Am 12.08.2014 19:48, schrieb Philipp Gampe: Hi Hugo, Hugo wrote: ja das ist korrekt. Dort ist simple eingestellt. Evtl. kannst du ja mal flock oder semaphore ausprobieren. Aber bitte vorher nachschauen, ob dein Server dies unterstützt. Ggf. kann es passieren, dass lock Dateien jetzt zuverlässiger Sperren, wodurch das Rendering von parallelen Prozessen angehalten werden. Dadurch kommen evtl. auch deine 60 (2x30) Sekunden her. Es riecht halt einfach nach 2x30s, dem default Timeout :) Interessant wäre es, wenn wir das eingrenzen könnten. Evtl. werden ja irgendwo die Sperren nicht mehr freigegeben (Bug). Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Hi Hugo, Hugo wrote: Naja, wenn ich mir das im AdminPanel ansehe und mir unter Typoscript die Renderingzeiten anzeigen lasse, fällt auf das die Verzögerung wohl immer bei folgenden beiden Einträgen auftritt: Get Page from cache Get Page from cache/Cache Row Anscheinend wird hier ja versucht, die Seite aus dem Cache zu holen. Allerdings wurde der Cache ja zuvor gelöscht. Es muss also Probleme geben, wenn die Seite ausgelesen werden soll, aber nicht im Cache vorhanden ist. Das aber nur, wenn der Cache allgemein aktiviert ist. Ist er generell deaktiviert, gibt es die Probleme eben nicht. Vermutlich wird dann ja auch nicht versucht, den Cache auszulesen. Nachdem ich jetzt nochmal etwas getestet habe scheint das aber wohl nur Seiten mit relativ viel Inhalt zu betreffen. Dort tritt dann eine Verzögerung von ca.30 oder ca. 60 Sekunden auf, was ja zu Deiner Timeout-Vermutung passen würde. Seiten mit sehr wenig Inhalten scheinen davon aber nicht betroffen zu sein. Diese werden in allen Fällen in normaler Zeit geladen. Hoffe, mit diesen Informationen können wir das Ganze schonmal etwas eingrenzen. OK, dann wartet er erst einmal, ob er eine Sperre bekommen kann. Wenn die Seitengenerierung länger als 30 Sekunden dauert, dann kommt ja auch The page is being generated. @see 3358+ typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php @see 172+ typo3/sysext/core/Classes/Locking/Locker.php Nach einen tiefen Blick in den Code, denke ich, dass dein typo3temp/locks/ Verzeichnis nicht beschreibbar ist, wodurch der Prozess erfolglos versucht, 30s lang den Lock zu bekommen. Ggf. ist dein Dateisystem auch einfach nur ausgelastet und der Schreibvorgang hängt eine Weile oder schlägt ab und an fehl. Wenn der Prozess hängt, dann solltest du mal in das Verzeichnis schauen, ob da eine Datei auftaucht, oder schon da liegt. Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german