Какое время генерации страницы простого сайта на Symfony2?

Question

[Валерий]

Понимаю, что вопрос про коня в вакууме, поэтому чуть наполним вакуум:



Допустим есть главная страница блога.

На ней выводятся последние 10 постов (картинка + анонс), менюшка из БД.



В качестве сервера — VDS на 800Mhz (чуть ли не самый простой)



Продакшн режим симфонии с настройками из документации.

Набор нестандартных бандлов:

new Stof\DoctrineExtensionsBundle\StofDoctrineExtensionsBundle(),<br>
new FOS\RestBundle\FOSRestBundle(),<br>
new FOS\UserBundle\FOSUserBundle(),<br>
new JMS\SerializerBundle\JMSSerializerBundle(),<br>

На сервере стоит APC — кеши через него.

В качестве ORM — Doctrine



Страница генерируется за среднее время 400мс (0.4 секунды), при этому кушая аж 23Мб памяти



Нормальное ли это время и потребление памяти? Засекается так:

$t1 = microtime(true);<br>
.....<br>
echo '<!-- '.(microtime(true) - $t1).' -->';<br>

Просто начинаю уходить от своего велосипеда в сторону удобств фрейморков, и привык. что у меня страницы генерируются ровно в 10 раз быстрее и кушают около 5Мб на таком же железе (рядом лежит). Стало как то… не по себе от таких запросов

Comments

[Валерий]

Буду рад, если кто-то приведет время генерации страницы на своем проекте (желательно со ссылкой, чтобы посмотреть и прикинуть сложность)

[kirksa]

а что говорит консольный скрипт doctrine с orm:ensure-production-settings? Возможно там нет кэша или прокси генерируются каждый раз.

[Валерий]

Дома буду — проверю обязательно. Спасибо.
Хотя на память — кеш APC для доктрины включен, прокси конечно тоже не должны каждый раз генерится.

[Валерий]

Environment is correctly configured for production

Все впорядке.
А есть еще подобные способы авто-проверки?

Answer 1

[Никита Гусаков]

Мне кажется дело в FOS, но я могу ошибаться. Сам эксперементирую с симфони и ставя админки с FOS на борту — работа сильно замедляется. Вообще у симфони есть веб-профайлер в стандартной поставке, он вам о многом расскажет.
Например отразит все запросы + из логов построит красивый график

Answer 2

[batment]

Что для вас дороже: техника, количество которой на планете стремится к бесконечности, или ваше время, которое очень даже ограничено?

Comments

[Валерий]

Я не говорил что меня что-то не устраивает. Пусть пожертвую немного производительностью, но будет удобно — я не против. Логика фрейморка мне очень понравилась.
Но интересно же — так и должно быть, или можно заставить сифонию работать быстрее?

[batment]

Простите, неправильно понял окрас последнего абзаца.

Answer 3

[Assorium]

Вообще есть xDebug и Вы спокойно можете узнать, какой модуль есть больше всего

Comments

[Валерий]

Суть не в том что бы узнать что тормозит. Я знаю про xdebug (не пробовал пока, но знаю :)).
Я хотел увидеть хоть какието «чужие» цифры.

[Assorium]

Ну тут сложно судить. Дело может быть не только в Symphony, но и в Вас. Можно написать через каждую строчку usleep(100); и удивляться, что все тормозит. Вы не поймите меня неправильно, просто возможно Вы использовали в коде что-либо, что очень тормозит систему. Может это сторонняя служба, вроде mysql.

Но! Я сам тоже переходил с plain скрпитинга на фреймворки, когда уже необходимо была бизнес логика и тоже был удивлен многократному проседанию производительности. В итоге на части проектов так и остался плеин скриптинг с набором самописных библиотек, а на части использую Phalcon (Чтобы разница была наименьшей, ну и плюс он очень удобен на мой взгляд).

[Валерий]

Phalcon к сожалению не везде получится поставить.
Я вообще думал просто переписать свой велосипед с использованием компонентов той же симфонии, но когда начал, понял что просто пишу саму симфонию :)

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

Answer 4

[kirksa]

Если вы используете composer, попробуйте composer dump-autoload -o для ускорения автозагрузки.

Comments

[Валерий]

Спасибо

Answer 5

[karser]

Многовато кушает памяти, Для блога не больше 5-10 мб. Скорей всего используется app_dev.php.
У вас включен кэш? Точно используется фронт контроллер app.php (env=prod, debug=false, AppCache вместо AppKernel)?

Comments

[Валерий]

Кеш включен, app.php у меня сейчас один, внутри которого все задано на продакшн. Мне так удобнее.
На счет AppCache — понял, погуглю. У меня AppKernel. Не помню в связи с чем использую именно его, но вспомнил что давно целенапрвлено убрал AppCache… спасибо что напомнили :)

Answer 6

[faost]

Посмотрите раздел Performance в документации. У меня, например, кэширование autoloader в APC повисило performance на 20% почти.

Ну и если у вас много контнета для не авторизованных пользователей ставьте varnish и все будет летать.

Answer 7

[Алексей Сундуков]

В проектах больше шансов упереться в скорость отрисовки DOM браузера, чем во время генерации страницы. 0.4 сек конечно долго, но вполне допустимо. Это приемлема плата за готовый функционал фрейворка.

Если нет особых требований по железу и нагрузочной устойчивости приложения, то стоит использовать не задумываясь.

Answer 8

[Александр]

У меня приблизительно те-же цифры без кеширования отдельных контроллеров. Использую doctrine cache