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

Question

[Вячеслав]

По каким параметрам и какими методами можно оценить работу сайта? Один и тот же сайт работает по разному в зависимости от начинки ПК(на стареньком ПК с 8 Гб оперативки летает, а с 3 Гб - подтормаживает). Какие методы существуют для оценки работы максимальной нагрузки? Хочу найти максимальный рубеж, который не стоит переходить и всегда придерживаться.
Fps в браузере может дать только оценку производительности для canvas, или для статического сайта с польшим количеством элементов также будет характеристикой?

Answer 1

[Сергей Протько]

нынче у каждого уважающего браузера имеется профайлер. В частности можно профилировать отрисовку, искать узкие места, что при скроле подтормаживает... Главное что бы FPS не падал сильно ниже 30 и нагрузка на CPU была более мение адекватной. Ищите узкие места - оптимизируете. Ну и т.д. Ну и да, просто так оптимизировать тоже не стоит.

Comments

[Вячеслав]

мало доступной информации для новичка о том, как пользоваться профайлерами. Видел только 1 пост на хабре и заметку в блоге Сергея Чикуенка. Как включить в хроме блок, который показывает FPS в реальном времени?

[Сергей Протько]

@slavik_210 а методом тыка никак? Открываете в хроме дев тулы, переходите на вкладку timeline, тыкаете запись, работаете с сайтом как работали, имитируете действия пользователей, скролите там все, тыкаете кнопки, и потом спомтрите как оно себя ведет и что отжирает так много времени (если есть проблемы конечно). Если timeline показывает 60fps+ то можно забить на оптимизации. И да, если у вас есть андроид 4,4 можно через remote debug подключиться и подебажить точно так же сайт на мобильнике. Это будет более показательно.

[Сергей Протько]

@slavik_210 ну или iphone + safari - то же есть remote debug и профилирование хоть какое.

[Вячеслав]

@Fesor я вкурсе об отладке на андроиде, пользуюсь. Но вот с timeline никогда не работал. Спасибо за наводку.

Answer 2

[smanioso]

Нормальный сайт может тормозить только на 1 месте - на этапе загрузки. Если он тормозит после загрузки, значит вы пытаетесь сделать что-то неправильное с нашими браузерами (возможоно даже извращенное).

Можно почитать всякие руководства и инструменты от Google: https://developers.google.com/speed/pagespeed/

Comments

[Сергей Протько]

ой да ладно, достаточно поиграться с position:absolute и float-ами, добавить туда box-shadow и border-radius какой, снизу положить сложный тайлящийся бэкграунд и все, ваш браузер будет уже слегка подтормаживать. На десктопах можно и пропустить, но вот откройте эту жа сраницу на каком андроиде и будет очень грустно все.

[smanioso]

@Fesor ну вот я и говорю - что то вы извращенное все любите сделать )))

Answer 3

[Philipp]

Берете комп уровня PIII + 512MB RAM. Если сайтом можно пользоваться, то ОК, а если хочется убить разраба, то где-то накосячили.
Запомните, у клиентов разные машинки, есть довольно старенькие, с глючными браузерами обвешанными 1000 приложениями и плагинами. А человеку нужно пользоваться сайтом.
А ведь иногда люди заходят с мобильных устройств и им тоже нужно пользоваться сайтом. И далеко не у всех айфоны и супермощные трубы с гигами оперативки.

Comments

[smanioso]

@zoonman проще тогда уж поднять виртуалку примерно соответствующую по попугаям )))

[Вячеслав]

ну да, виртуалка тоже вариант.

[Сергей Протько]

Еще есть такие нюансы, что JIT на мобильных девайсах работает не так хорошо (во всяком случае если брать старые версии, типа Android < 4.4 (да и 4.4 а некоторых девайсах). Например canvas - обработка циклом массива пикселей для средней картинки на айфонах у меня занимала секунду-полторы, если это делается часто - все это дико педалит. А на десктопе и в эмуляторе - милисекунды и все хорошо. Это как пример. Если у вас что-то считается много в js, то уже есть повод профилировать на мобильниках.

[Сергей Протько]

ну и сами мобильные процессоры намного слабее десктопных.

Answer 4

[evnuh]

Если говорить про скорость загрузки и отрисовки сайта - то есть хороший иструмент wbench, он вам прогонит через хромиум загрузку сайта без кешей много раз, и у вас будет примерное представление сколько секунд пользователь ждёт до момента, когда сайт уже полностью функционирует.