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

Question

Я знаю, что каждый, кто прочитает вопрос, подумает: «Firebug!» сразу. Может быть, некоторые подумают: «Да, медленно!» и "Google Page Speed!"

Хотя мне действительно нравятся эти инструменты, меня больше волнует, как быстро будет отображаться страница в IE 6/7/8. Все вышеперечисленные инструменты требуют Firefox. Все в порядке, и вы определенно можете проверить основную скорость загрузки страницы в браузер, но как быть с фактическим отображением страницы?

Я не видел действительно хороших ответов о том, как тестировать оптимизацию на уровне браузера. Как вы пишете тесты производительности для HTML / JS в разных браузерах?

Answer 1

Я не уверен, что это полезная попытка оптимизировать только для одного поставщика:

• в отношении HTML, большинство браузеров написаны для оптимизации для стандартных методов верстки (таблиц, без таблиц и т. Д.)
• движки рендеринга довольно отличается между IE6 и IE8, поэтому уже это как два разных браузеры
• большинство методов оптимизации стандартные для всех браузеров Javascript внизу, чтобы вы не заблокировать загрузку страницы, переместить JavaScript в внешний файл, используйте несколько имен хостов для изображений и т. д., чтобы воспользоваться параллельная загрузка, не используйте таблицы для общего макета, убедитесь, что кэширование заголовки правильные и т. д.)
• как только у вас будет сайт, оптимизированный для Firefox, я бы сказал, что получить немного больше, чем настроить его для IE; на этом уровне вы, вероятно, можете сделать еще больше (оптимизировать запросы и т. д.), кроме случаев, когда ваш сайт в значительной степени статичен, в этом случае вы можете исследовать кэширование, HTTP-сжатие и т. д.
• Если ваша задача на самом деле оптимизировать код Javascript для IE, то существует много хороших библиотек Javascript для разных браузеров, которые ведут борьбу за лучшее время выполнения на разных браузерных платформах, поэтому, опять же, выбор кросс-браузерного решения путь
• среда браузера постоянно развивается, и ваши клиенты, вероятно, перейдут на другую платформу в какой-то момент в будущем; Оптимизация для нескольких различных браузеров теперь приведет к созданию более совместимого кода, который с большей вероятностью будет работать хорошо, если в какой-то момент в будущем произойдет изменение платформы
• Я бы сказал, что написание оптимизированного кросс-браузерного кода приведет к более удобной для использования кодовой базе с меньшим количеством магических взломов IE, чья причина существования скоро будет потеряна в глубине веков

Answer 2

Вы можете получить Firebug для IE (и Opera, и Safari):

http://getfirebug.com/lite.html

Answer 3

Вы можете использовать высокопроизводительный тестер IE .

Answer 4

Поместите блок скрипта в начало документа, в его конец и установите window.onload. Захватите текущую временную метку с помощью Number(new Date) в каждой из этих «точек последовательности», и вы сможете получить первое представление о том, как долго страница должна отображаться независимо от браузера.

Answer 5

Я не претендую на то, что знаю абсолютный ответ. Но один метод будет:

• использовать инструменты, такие как wget, для измерения времени, за которое страница загружается
• используйте инструменты, такие как firebug для измерения общей скорости
• разница дает вам время, затраченное браузером

Хотя это может быть не вполне удовлетворительный ответ, я отмечу, что это самый простой способ.

Кстати, как вы думаете, какие аспекты производительности вы можете выделить с помощью «теста уровня браузера», а чего нет с «тестом уровня firebug»?

Приветствия

JRH

Answer 6

WebWait работает в любом браузере.

Это еще один инструмент в вашем поясе производительности веб-приложений.

Answer 7

Мне действительно нравится Инструмент AOL PageTest , он сочетает в себе множество утилит, найденных в Firebug, YSlow и PageTest, и упаковывает его в приятный веб-интерфейс с несколькими приятными функциями. Во-первых, он может быть запущен на IE7 или IE8 (нет 6, извините) из США или других стран, чтобы дать вам лучшее представление о производительности там. Он предоставляет диаграммы водопадов, подобные тем, что на панели сети Firebug, которые полезны для определения того, где тратится время. Он также предоставляет рекомендации по исправлению, которые аналогичны тем, которые есть в YSlow. Наконец, он позволяет вам запускать несколько испытаний на одном сайте, чтобы вы могли получить более точные результаты при минимизации внешних факторов.

По большей части я бы согласился с OrbMan в том, что важно оптимизировать его для всех браузеров. Так как эти оптимизации являются кросс-браузерными, вы получите максимальную отдачу с точки зрения производительности. Только тогда пришло время подумать об улучшениях для браузера.

В сети Google Tech Talks обсуждается вопрос повышения производительности в сети. Это сообщение в блоге содержит список выступлений, наиболее актуальных для этой темы.