IE9 практически в 8 раз быстрее IE8
В первых тестах производительности предварительной версии Internet Explorer 9, представленной в рамках конференции MIX 2010, и стабильных версий альтернативных веб-браузеров, доступных на рынке в настоящее время, IE9 подтвердил значительное увеличение производительности в некоторых сценариях. Да, не все в новом IE9 оказалось быстрее, чем в IE8, но в части скорости обработки JavaScript новый браузер бьет рекорды.
В ожидании IE9 сетевое издание BetaNews разработало радикально улучшенный набор тестов производительности в дополнение к используемым ранее. Целью BetaNews было не просто определить, насколько быстрее IE9, но и насколько лучше и более эффективным он будет в расчетах, визуализации объектов на экране и адаптации к различным рабочим нагрузкам.
По оценкам BetaNews, IE9 в Windows 7 показывает в 9,32 раз лучшую производительность, чем IE8 в Windows 7 на той же машине. Этот большой разрыв объясняется в значительной степени значительным улучшением оценки в популярном тесте SunSpider, а также высокой оценкой в новых тестах BetaNews. В SunSpider предварительная версия IE9 набрала 44,77 бала относительной производительности по сравнению с 5,59 у IE8. Индекс BetaNews основан на сумме относительной производительности в каждой из категорий теста в сравнении со старой оценкой IE7 на Vista SP2. Это означает, что на текущий момент IE9 обладает производительностью, которая почти в 45 раз превышает таковую у IE7 в предыдущей версии операционной системы.
Недавно выпущенная dev-сборка Google Chrome в Windows 7 набрала 69,83 балов в том же индексе SunSpider, вслед за которой шла стабильная версия Opera 10.5 с ее 68.64 балами.
Поскольку в IE9 Microsoft делает ставку на HTML5, разработчикам удалось достичь некоторых незначительных преимуществ в скорости визуализации, хотя, следует отметить, IE9 в текущей форме тратит системные ресурсы по минимуму. В настоящее время IE9 обладает производительностью визуализации (CSS, DHTML, поддержка Canvas в HTML5), которая на 23% выше производительности IE8.
По сути, Microsoft впервые предоставила разработчикам прямой доступ лишь к движку своего нового веб-браузера без каких-либо функций и UI. Причиной тому, по словам разработчиков Internet Explorer 9, служит желание получить отзывы пользователей и при необходимости скорректировать продукт.
В течение последних нескольких недель BetaNews готовила всеобъемлющий набор тестов для браузеров следующего поколения, приняв во внимание замечания, которые мы получили от наших читателей и разработчиков браузеров, включая саму Microsoft. В связи с быстрым развитием браузеров стало очевидно, что сравнивая их, мы пытаемся сравнить яблоки с одного дерева. Зачастую мы концентрируемся на мощи, но порой забываем, что часто нам нужна эффективность в каждодневном использовании.
В прошлом году старший менеджер IE Дин Хачамович (Dean Hachamovitch) попросил меня получше присмотреться к Internet Explorer. В частности, он сказал, что существуют некие архитектурные функции, которые делают IE весьма эффективным в некоторых сценариях.
Теперь я готов ответить на этот вызов и сосредоточиться на одном недооцененном аспекте веб-браузера, который станет более важным, когда его компоненты будут работать на шестиядерных процессорах с одной стороны и на Snapdragon-телефонах и нетбуках с другой – масштабируемость. Я начал изучать, существует ли способ эффективно оценить, насколько хорошо браузер может управляться с возрастающей рабочей нагрузкой.
Mozilla начала решение вопроса масштабируемости с появлением в Firefox JS-движка TraceMonkey. Трейсеры упрощают, казалось бы, сложные проблемы для своих исполнительных механизмов путем предварительной обработки инструкций, преобразования и оптимизации длинных последовательностей в легко усваиваемые инструкции. Теоретически, чем проще и длиннее последовательности, тем легче их обрабатывать.
Таким образом, сегодня просто необходимо проверять эффективность браузера в обработке длинных последовательностей, чтобы упростить сложные проблемы. Поэтому элемент масштабируемости представляет около 30% от оценки в нашем пересмотренном индексе относительной производительности.
На MIX 2010 Дин Хачамович преуменьшил важность одновременной (в противовес предварительной) компиляции как фактора в повышении эффективности браузера, сообщив о переводе процесса интерпретации в фон. Но делать это в одиночку, как мы теперь понимаем, не эффективно и это исторически было большой проблемой IE как веб-платформы: переполнение стека при увеличении рабочей нагрузки. В новых тестах с использованием новых алгоритмов сортировки, когда, к примеру, рекурсия становится на тысячи слоев глубже, IE8 может войти в коматозное состояние. До сих пор мы не смогли ввести IE9 в такое состояние, что является хорошей новостью для разработчиков веб-приложений.
При подборе тестов я с удивлением обнаружил, что IE оказался не одинок. Chrome также подвержен переполнению буфера, хотя и на несколько порядков позже (после 10 млн. итераций). Поскольку эта проблема становится все более и более сложной, разрыв между Chrome или Safari, или новой Opera и IE становится все шире … и шире. И это проблема, потому что можно выбрать такую точку в пространстве, где Chrome будет в тысячу раз быстрее IE, а не, скажем, в десять. Подождете достаточно долго – и разрыв будет в 10 000 раз.
А это, как утверждают сторонники IE, несправедливо. На самом деле, по этой причине мы решили не включать в наши тесты Google V8 Benchmark, потому что он не показывает реальной корреляции между превосходством V8 над IE, измеряемом сотнями тысяч раз, и производительностью в каждодневном использовании.
Таким образом, целью наших тестов масштабируемости было выявление того факта, что небольшие механизмы все же могут быть эффективными в том, что они делают, хотя и предлагают меньшую мощность. Возможно, IE9 не может выполнить 10 млн. повторений в тесте. Но разница между его производительностью между 100 000 итераций и 10 000 вполне сравнима с разницей в Chrome между 10 000 000 итераций и 1 000 000. И это значимый фактор.
В самом первом тесте масштабируемости браузеров по сравнению с IE7 в Vista SP2 предварительная версия IE9 в Windows 7 набрала 6,57 балов по сравнению с 1.13 балами у IE8. Это означает, что новый JS-движок "Chakra" в IE9 при увеличении нагрузки обеспечивает эффективность, которая на 581,4% выше таковой у IE8.
Источник: http://thevista.ru/
(Нет оценок)
Загрузка ...