А че в yii2 такая долгая генерация шаблонов?

Question

[AlikDex]

погонял, значит затестил это дело без кеширования. Значит генерация данных для шаблона занимает порядка 0.06c. Многовато конечно, но терпимо. А вот шаблон с ListView и другими стандартными виджетами строит страницу уже 0.220c в среднем(на 30 новостей, аля бложик). Как же так? Они ж себя позиционируют как суперскоростные?! Как его ускорить? (без кеширования, чтоб меньше 0.1c было, хоть 0.099)

Comments

[Roman K]

БД сколько занимает?

[AlikDex]

Roman Kitaev: да мало, мегабайт 40 всего. Суть не в бд. Данные обрабатываются довольно шустро. Затык в шаблонах и виджетах. Сама юшка в дев моде, мож поэтому? Логгируется активно все дела.

[AlikDex]

Black Jack: у меня 4 метра всего стандартный шаблон, адвансед версия. Мы точно одинаковую юшку используем?

[Александр Макаров]

18 мегабайт — это что-то совсем не то... не кушал никогда Yii столько.

[Александр Макаров]

YII_DEBUG отключите попробуйте. Много-много данных для дебаг-панельки собирается, если он включен.

[Александр Макаров]

И то, что инициализируется всё-всё тоже не совсем верно. Инициализируется много всего, но только то, что используется.

[Александр Макаров]

AlikDex, если приложите результат профайлинга, можно будет точно сказать, что и сколько кушает.

Answer 1

[Котик Антон]

Они ж себя позиционируют как суперскоростные?!

Каждый первый фреймворк себя так позиционирует, никто не желает быть тормозом.

Yii debug toolbar and debugger
XDebug profiler
XHProf

Какова производительность yii2 и laravel?

Answer 2

[LAV45]

Для начала посмотри что выдает панель debug
Сколько памяти потребляет, сколько запросов к БД делает.
1) Если количество запросов зашкаливает (>>10) проверь все ли связанные данные были подключены
Например

News::find()
    ->with([
        'author.profile',
        'category',
        'comments',
        // И остальные
    ])
    ->limit(30)
    ->all()

Таким образом во время запроса News сразу же будут получены и все связанные данные
Вместо

SELECT * FROM author WHERE id = 1;
SELECT * FROM author WHERE id = 2;
SELECT * FROM author WHERE id = 5;

Должен сгруппировать все запросы в один
SELECT * FROM author WHERE id in (1,2,5);

2) Если потребление памяти зашкаливает тогда к запросу можно добавить ->asArray()

News::find()
    ->with([...])
    ->asArray()
    ->limit(30)
    ->all()

Но тогда все данные вы будете получать не в виде объекта, а в виде массива, что поможет сэкономить >50% оперативки.

ЗЫ "Вы не любите кошек?! Вы просто не умеете их готовить!"

Comments

[AlikDex]

вот тебе раз. Вопрос внимательно читали? Львиную долю времени съедает как раз шаблон, а не модель.

[LAV45]

А ты думаешь шаблон не может инициализировать запрос к БД?

[AlikDex]

LAV45: думаю нет. Если я ему отправляю готовый массив через ArrayDataProvider, с чего бы ему в базу лезть?

[AlikDex]

и вообще.

->with([
        'author.profile',
        'category',
        'comments',
        // И остальные
    ])

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