Тормозит TYPO3 на странице с USER_INT

[dmartynenko]

После переезда на новый сервер появилась проблема.
Система: Debian Linux, TYPO3 4.1.10, PHP 5.2.9, MySQL 5.1.37

Проблема в том, что время генерации страницы с USER_INT без кэширования составляет 20+ секунд.

Причем лог генерации страницы (приложен в картинке) не дает понять почему так происходит - и кэшируемая и некэшируемая часть страницы генерируется довольно быстро. Каких-то левых и медленных экстеншенов или статистик не стоит. Поэтому я в полном недоумении откуда берется разрыв в 20 секунд между генерацией кэшируемой части и некэшируемой.



Сразу скажу, что сами части USER_INT не причем - они оптимизированы и генерятся быстро, и от них нам никуда не деться.

Load Average самого сервера в среднем меньше 1 (обычно 0.15-0.25). Так что он тоже не причем, производительности с запасом хватает.

Полностью кэшируемые страницы отдаются в среднем за 80-90 ms.
Закэшированные с USER_INT генерятся за 130-170 ms.

Из особенностей конфигурации - кэширование делается с опцией [FE][pageCacheToExternalFiles] = 1.
На предыдущем сервере все работало работало без такого рода глюков.

Господа, может какие-то идеи на счет что это могут быть ?

[Valery Romanchev]

Из особенностей конфигурации - кэширование делается с опцией [FE][pageCacheToExternalFiles] = 1.

А что будет если эту опцию убрать? (я ее никогда не использовал, и читал что особого выигрыша она не дает)
Т.е. пусть кеш страниц пишется в базу, как обычно.

Гипотеза такая - файлы в этот файловый кеш пишутся медленно (может их просто слишком много и тормозят файловые операции)

[dmartynenko]

Пробовал - по времени генерации ничего не поменяется. И на старом сервере работало.

Наоборот с кэшем в mysql больше тормозит, а так значительно быстрее. По крайней мере практически не "подвисает" mysql при очистках кэша страниц с tt_news и т.п. Так как cache_pages занимает всего сотни килобайт и не гигабайты.

Правда этот механизм немного пропатчен. Изначально в TYPO3 в файлы сохраняется только поле "код страницы", а в таблицу все равно пишется поле с кодом TS шаблона. У нас размер этого шаблона в среднем больше кода страницы в 2-5 раз. Поэтому в оригинальном TYPO3 с этой опцией действительно разницы никакой не будет.

[void]

А не пробовали кеш запихивать в специально предназначенные для этого места, т.е. в memcached?

[dmartynenko]

Сообщение от void

А не пробовали кеш запихивать в специально предназначенные для этого места, т.е. в memcached?

memcached используется где возможно в собственных плагинах.

Но патчить TYPO3 4.1 настолько, что бы TYPO3 Core использовал memcached желания нет. А апгрейдить до TYPO3 4.3 пока нет технический возможности.
Да и великоват обычный кэш TYPO3 для memcached - у нас 1-2 гига точно будет. А на серваке "всего" 4Гб ОЗУ.

[Valery Romanchev]

а может это лог в FE панельке глючит?
Действительно ли после отчистки кеша страница генерится по 20 сек?
Т.е. видно ли это глазом, когда вы не залогинены в BE?

[dmartynenko]

Сообщение от Valery Romanchev

а может это лог в FE панельке глючит?
Действительно ли после отчистки кеша страница генерится по 20 сек?
Т.е. видно ли это глазом, когда вы не залогинены в BE?

Да, это заметно даже на глаз.

Также включена опция [FE][debug] и с коде страницы пишется время генерации.

Кроме того есть собственный плагин, которорый сохраняет время генерации страниц для разных условий (кэш-не кэш, FE логин - без логина) и выводит график по скорости генерации страниц, там хорошо просматривается (слева в милисекундах время).





Самое интересное что cейчас ситуация иная - генерация без кэша находится сейчас в пределах 2 секунд. Разрыв между кэшируемой и USER_INT частью 0.3 секунды. Причем нагрузка сейчас выше раза в два, чем была 24.12, когда я писал свое первое сообщение и генерация страницы превышала 20 секунд.

Вообщем зависимости между загрузкой и временем генераци без кэша как таковой не наблюдается - оно может выскочить за 20 секунд в произвольный период времени.

ПС: Самое неприятное что лезть в ядро и отлаживать что же именно тормозит времени нет совершенно.

[Valery Romanchev]

ПС: Самое неприятное что лезть в ядро и отлаживать что же именно тормозит времени нет совершенно.

Это понятно... да и не факт, что вообще удастся найти проблему за разумное время.
Еще вопрос: не стоит ли чего-то типа eacceselerator или APC ?
Если стоит, то тормоза могут воникнуть, когда большое количество PHP кода кешируется в байт код.
Если акселератора нет, то я бы советовал обновиться до 4.3 (там кеширование по другому сделано)