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

[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 (там кеширование по другому сделано)

[dmartynenko]

Кажется проблему удалось решить. Вчера с обеда и сегодня не было таких "всплесков" медленной работы.
По выявленной закономерности по времени появления тормозов помогли хостеры:

Скорее всего проблема заключалась в ДНС белпака. Мы раньше его использовали для серверов. Но теперь он частенько плохо работает. Сейчас поменяли ДНС на сервере. Посмотрите по графикам как сейчас будет ответ.

Хотя каким образом медленный ДНС влияет на механизмы генерации страницы TYPO3 я не понимаю.

[dmartynenko]

Кстати в тему http://dmitry-dulepov.com/article/sm...ement-tip.html