PDA

Просмотр полной версии : Резкое снижение производительности после перезода на 4,4


filippoff
18.11.2010, 16:45
Камрады, подскажите, нет ли каких-либо общеизвестных причин снижения производительности после апгрейда TYPO3 до версии 4,4?

Обновил систему с 4.1.15 до 4.4.4 и страницы стали генерироваться медленно до неприличия - среднее время генерации 16000-20000ms вместо ~200 раньше.

Все ненужные расширения удалены, базы оптимизированы (+включил поддержку InnoDB), прикрутил eAccelerator - все бестолку.
Сейчас настроил staticfilecache - ситуация с отдачей кэшированных страниц нормализовалась, конечно, но хотелось бы и время генерации привести у удобоваримому значению, т.к. изначально все страницы содержат некэшируемые плагины (powermail, macinabanner - пока убрал со страниц).

Всем заранее спасибо за советы.

cherkatel
18.11.2010, 18:03
deprecation log?

filippoff
18.11.2010, 18:21
пустой, за исключением

Usage of $ICON_TYPES is deprecated since 4.4.
The extTables.php entry $ICON_TYPES['news'] = '../typo3conf/ext/tt_news/ext_icon_ttnews_folder.gif'; should be replaced with
t3lib_SpriteManager::addTcaTypeIcon('pages', 'contains-news', '../typo3conf/ext/tt_news/ext_icon_ttnews_folder.gif');
instead.

но это явно не причина тормозов

Valery Romanchev
19.11.2010, 00:23
Расширения тоже обновляли?

Используется ли RealURL ?
Если да, то надо его обновить и проверить все ли с ним нормально.

Еще стоит посмотреть в панели админа в FE как идет выводи контента - на что уходит время.

filippoff
19.11.2010, 00:34
расширения обновлены не все, но не обновленные отключены в EM

realurl стоит, отключал - явных изменений не заметил

вот поэлементную трассировку вывода не смотрел - спасибо за совет, гляну.

Valery Romanchev
19.11.2010, 14:24
еще стоит проверить через Install Tool что все таблицы нужные созданы, а то бывает что нет некоторых таблиц

filippoff
20.11.2010, 16:27
это все сделано, конечно.

в итоге, я прихожу к выводу, что проблема - провайдер, перегрузивший сервера клиентами (инфобокс). после переноса на менее загруженный сервер скорость выросла, но недостаточно. я не великий специалист в тестировании и оптимизации, но похоже проблема с доступом к файлам с диска - при запросе скриптов до начала их выполнения проходит до 10 секунд, куда они деваются - неизвестно. потому и кэширование в статику не спасает, видимо.
сегодня суббота - сайт "летает", явно сказывается слабое посещение сайтов соседей по серверу.
поеду на руцентр :)

-=UncleByte=-
21.11.2010, 00:33
Не стоит, руцентр сейчас тоже совсем не торт. Сейчас как раз ищу альтернативы.

filippoff
21.11.2010, 03:55
во всяком случае проекты на той же версии TYPO3 со схожим функционалом пока работают на руцентре быстрее. как минимум работают. nginx 503 на инфобоксе стал вполне заурядной вещью в ExtManager или браузере страниц RTE, например. либо просто 404. на руцентре пока такого не наблюдал. может и есть что лучше, но поскольку проект надо сдавать вчера, искать пока не буду ничего, куплю тариф 301.

Valery Romanchev
21.11.2010, 13:26
Не стоит, руцентр сейчас тоже совсем не торт. Сейчас как раз ищу альтернативы.
Кстати, интересно: http://ruweb.net/?page=vds кто-то использует сейчас?
В VDS на ISPmanager честное разделение ресурсов было раньше. Вопрос только будет ли реально хватать процессора.
Из плюсов в VDS на ISPmanager - это пхп-акселератор и nginx готовые к использованию.

shuman
22.11.2010, 05:45
У меня было снижение производительности после смены сервера БД у хостера. В БД было использование innoDB. Пришлось вернуть myisam.