С точки зрения влияния плагинов и дополнений на производительность операционной системы и браузера можно выделить:

• потребление оперативной памяти
• замедление запуска браузера, а также открытия вкладок и перехода к страницам

При этом не стоит стричь дополнения и плагины под одну гребенку.

Дополнения, как правило, загружаются в браузер сразу при его запуске. Наличие подключенного плагина еще не означает, что он активен с первой секунды работы браузера. Напротив, загрузка плагинов происходит по мере необходимости.

Это легко проверить с помощью Process Explorer, встроенных средств браузеров и Windows Performance Toolkit. Первая часть рассказа началась с того, что я обнаружил множество плагинов в Opera – давайте посмотрим, как они влияют на производительность.

Отслеживание загрузки плагинов в Opera, Chrome и Firefox

Process Explorer позволяет посмотреть динамические библиотеки, используемые процессом. Слева на рисунке показаны библиотеки, загруженные в браузер Opera с пустой стартовой страницей. Как видите, здесь нет ни одного плагина NPAPI (с именем, начинающимся с NP). Справа показана та же сессия браузера после открытия сайта, использующего технологию Flash (она встречается повсеместно), а также PDF-файла в другой вкладке.

Браузер моментально загрузил подключенные плагины, чтобы обеспечить проигрывание Flash и отобразить документ в формате PDF. При этом рабочий набор памяти (Working Set) вырос со 113 Мб при единственной пустой вкладке до 133 Мб при двух открытых вкладках с сайтом и PDF-файлом. После закрытия этих вкладок плагины остаются загруженными в браузер, а потребление памяти падает незначительно.

То же самое будет происходить, скажем, при проигрывании роликов QuickTime – с помощью плагина npqtplugin.dll браузер активирует все необходимые компоненты в количестве почти 40 штук! И почти все они останутся загруженными в браузер даже после закрытия вкладки, а потребление памяти вырастет еще мегабайт на 30.

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

Chrome спрашивает разрешения на запуск плагина, как минимум в первый раз на сайте (в Opera эта возможность тоже есть, но отключена по умолчанию).

Поскольку Chrome запускает несколько своих процессов, проще смотреть загруженные плагины встроенными в браузер средствами на странице about:memory.

Как видите, браузеры Opera, Chrome и Firefox загружают их только при необходимости.

Можно с уверенностью сказать, что отключение ненужных плагинов NPAPI не дает выигрыша в производительности.

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

Потребление памяти дополнениями Opera, Chrome и Firefox

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

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

У меня в браузере Google не были установлены дополнения, но свой боевой набор подсказал мой коллега Morpheus, у которого Chrome является основным окном в Интернет.

У Chrome в меню «Инструменты» есть очень удобный диспетчер задач, который показывает сведения о потреблении оперативной памяти и времени процессора браузером и дополнениями.

Как видите, 13 дополнений занимают 102 Мб оперативной памяти, т.е. даже больше чем браузер, открытый с одной вкладкой. По мере открытия сайтов в других вкладках растет потребление памяти и у дополнений, хотя намного меньше, чем у процессов браузера.

У Firefox и Opera таких инструментов нет, но можно задействовать Process Explorer, сравнив потребление памяти браузером с дополнениями и без них. На примере отслеживания плагинов NPAPI вы уже видели, как посмотреть рабочий набор памяти с помощью Process Explorer.

Firefox можно запустить без дополнений командой firefox -safe-mode. При этом плагины остаются включенными, что дает возможность оценить потребление памяти только дополнениями.  В Opera каждое дополнение, наверное, придется отключать вручную.

Измерение времени запуска браузера и навигации к веб-странице

Интуитивно понятно, что браузер без дополнений работает быстрее, чем с ними. Но как это измерить? Я опишу два возможных пути.

Internet Explorer

В Internet Explorer плагины и дополнения называются надстройками (add-ons), а управление ими объединено.

Производительность Internet Explorer удобно отслеживать с помощью Windows Performance Toolkit (WPT). В отличие от других браузеров, IE регистрирует события создания вкладок и навигации к страницам, и это можно записать с помощью WPT. Я не буду дублировать рассказ о загрузке и установке WPT, поэтому сразу перейду к делу.

Я решил сравнить время запуска браузера с последующей загрузкой главной страницы своего блога при стандартном наборе моих надстроек и без надстроек вовсе. Чтобы автоматизировать процесс, я написал простенький командный файл, где каждое действие сопровождается комментарием. Запускать файл нужно от имени администратора, поскольку это необходимо для работы xperf.

@echo off
:: Имя для файла сессии и лога
:: Изменяйте, чтобы не перезаписывать лог
set session=mytrace1
:: Переход в папку, где будет храниться лог
cd c:\test
:: Запуск xperf для отслеживания активности
xperf -start %session% -on PerfTrack
:: Пауза в 3 секунды http://www.oszone.net/6160
nircmd wait 3000
:: Запуск браузера с одной вкладкой
:: С надстройками
start /d"C:\Program Files\Internet Explorer" iexplore www.outsidethebox.ms 
:: Без надстроек
:: start /d"C:\Program Files\Internet Explorer" iexplore -extoff www.outsidethebox.ms
:: Пауза в 10 секунд для загрузки страницы
nircmd wait 10000
:: Остановка отслеживания активности
xperf -stop %session% -d %session%.etl
:: Пауза в 3 секунды
nircmd wait 3000
:: Открытие ETL-файла
xperfview %session%.etl
exit

После запуска ETL-файл открывается автоматически и отображает зарегистрированные события.

 

Цвет каждой точки соответствует провайдеру, т.е. источнику события, если говорить упрощенно. При наведении курсора на каждую точку всплывает подробная информация о ней. Первая зеленая точка – это начало запуска браузера, а две желтые – это начало и конец навигации к странице.

Можно открыть калькулятор и вычислить разницу между точками, используя TimeStamp каждой, а можно щелкнуть левой кнопкой мыши по начальной точке и потянуть курсор до конечной точки. От начала запуска браузера до полной загрузки страницы прошло 2,55 секунды, из них 2,17 ушло на навигацию.

Повторяю эксперимент, но в этот раз браузер запускается без надстроек.

Длительность запуска IE9 сократилась до 2,08 секунды, а навигация заняла 1,70 секунды. Конечно, для более точных выводов следует сделать несколько контрольных запусков.

Интересный способ измерения производительности, не правда ли? Применив его на нескольких сайтах, можно вычислить надстройки, которые замедляют открытие вкладок и навигацию по страницам.

Время загрузки и навигации для надстроек умел показывать еще IE8, а в IE9 был сделан еще один шаг вперед.

Советник по производительности надстроек в IE9

В IE9 появился так называемый «Советник по производительности надстроек». Если суммарная длительность запуска надстроек превышает заданное значение (по умолчанию – это 0,2 секунды), при старте браузера появляется предложение отключить медленные или ненужные надстройки.

Вызвать это окно из интерфейса браузера нельзя, но есть обходной путь — реестр. Пороговое значение задается параметром AddonLoadTimeThreshold в разделе

HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\MAO Settings

Задав параметру значение 0 и перезапустив проводник и браузер, вы увидите вожделенное окно.

Opera, Firefox и Chrome

Дополнения замедляют запуск всех браузеров. По данным разработчиков Firefox, каждое дополнение в среднем тормозит запуск на 10%, т.е. десять дополнений увеличивают длительность запуска браузера в два раза. Mozilla реализовала автоматическое тестирование дополнений, и теперь в галерее должно отображаться предупреждение, если дополнение тормозит запуск браузера более чем на 25%.

К сожалению, Windows Performance Toolkit не поможет измерить длительность запуска и навигации к веб-странице в Opera, Firefox или Chrome, т.к. в них не регистрируются нужные события. Взять в руки секундомер? Слишком большая погрешность. Я решил пойти другим путем.

Методика измерения

Если вы захотите повторить мой эксперимент, вам понадобятся:

• программа для записи видео с экрана
• проигрыватель, умеющий воспроизводить видео в покадровом режиме и показывать шкалу времени с десятыми/сотыми долями секунды

Свои видео я делаю в Camtasia, обладающей обеими возможностями, но подойдут и более простые бесплатные аналоги.

Алгоритм действий такой:

1. Настройте в качестве единственной домашней страницы браузера любой сайт.
2. Включите запись.
3. Запустите браузер с надстройками и без них одинаковое количество раз.
4. Выключите запись.

Поскольку видеозапись у меня уже была, осталось добавить пояснения и музыку :)

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

Сравнив среднее время запуска и навигации в браузере с дополнениями и без, вы увидите разницу.

Эксперимент с Google Chrome

Используя набор из 13 дополнений, я решил проверить, как они влияют на скорость запуска браузера с загрузкой веб-страницы.

Чтобы Google было не скучно, я открывал в ее браузере сайт Microsoft – по 5 раз в обычном режиме и режиме инкогнито, в котором дополнения по умолчанию отключены.

Разница в скорости загрузки составила 29%. Это немало, но пара лишних секунд при загрузке с лихвой компенсируется удобством дополнений!

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

Как видите, дополнения не только используют системные ресурсы (оперативную память), но и влияют на скорость запуска браузера.

Выводы

Итак, мой рассказ о плагинах и дополнениях браузеров закончен. Вы узнали, что подключенные плагины не оказывают влияния на производительность до тех пор, пока браузер их не загрузит. Этого нельзя сказать про дополнения, которые замедляют запуск браузера и используют оперативную память с первых секунд его работы. Однако эти недостатки компенсируются экономией времени, которая достигается за счет более эффективного веб-серфинга с дополнениями.

Вы также познакомились с различными способами измерения скорости работы и потребления памяти браузерами и дополнениями к ним. Process Explorer, Windows Performance Toolkit, встроенные средства браузеров и немного смекалки – вот и все, что нужно, чтобы оценить влияние надстроек на производительность браузеров. Если у вас есть замечания или пожелания по этим способам, не стесняйтесь выразить их в комментариях.

---

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