Что нового в Visual Studio 2012 для SharePoint 2010. Тестирование производительности

Это продолжение цикла статей, посвященного возможностям Visual Studio 2012 для разработчиков на платформе SharePoint 2010. Первые главы вы можете найти по следующим ссылкам:

В Visual Studio 2012 появилась полная поддержка профилирования производительности. Средства профилирования позволяют найти часть вашего решения, оказывающую существенное влияние на производительность.

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

Настройка и развертывание проекта

В Visual Studio 2012 откройте меню Analyze и выберите пункт Launch Performance Wizard (рис. 1)

image

Рис. 1. Меню для запуска Performance Wizard

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

  • CPU Sampling – сбор статистики, которую удобно использовать для первоначального анализа и анализа использования CPU. Данный способ нельзя использовать при работе в виртуальных машинах;
  • Instrumentation – сбор подробных сведений о времени, которое удобно использовать для целевого анализа и анализа проблем производительности при вводе-выводе;
  • .NET Memory Allocation – сбор данных о выделении памяти .NET Framework;
  • Concurrency – сбор данных о конфликтах ресурсов, а также о выполнении процессов и потоков, которые удобно использовать для анализа многопоточных приложений и приложений с несколькими процессами.

image

Рис. 2. Выбор метода профилирования

Выберем первый способ профилирования и перейдем к следующему шагу мастера (рис. 3), на котором нужно выбрать проект, для которого будет производиться анализ производительности.

image

Рис. 3. Выбор проекта для профилирования

На третьем шаге мастера (рис. 4) можно выбрать опцию по профилированию взаимодействия между слоями, отображающую количество исполнения запросов или хранимых процедур.

image

Рис. 4. Профилирование взаимодействия между слоями

И, наконец, на последнем шаге мастера (рис. 5) остается нажать кнопку Finish.

image

Рис. 5. Завершающий шаг мастера по профилированию производительности

Мастер запускает профилирование, открывается окно Performance Explorer и затем происходит построение и развертывание проекта. Далее откроется браузер, где можно поработать над проектом. После завершения работы закройте сайт SharePoint.

Анализ результатов

Профайлер создаст файл с отчетом (с расширением .vsp) и сразу же откроет его для анализа (рис. 6)

image

Рис. 6. Отчет по производительности

Отчет состоит из четырех блоков:

1. Графическое представление (в данном случае использование CPU). Данный график можно фильтровать, выделяя нужны участки и используя кнопку Filter by selection. Соответственно перестроятся нижние блоки.

2. Горячий путь (Hot Path) – ветвь дерева вызовов с наибольшими включающими выборками. Высокие включающие значения говорят о возможности оптимизации алгоритма. Для анализа нужно кликнуть на функцию, находящуюся в самой нижней части пути и получить представление Сведения о функции (рис. 7)

image

Рис. 7. Представление Сведения о функции

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

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

4. Панель управления уведомлениями и отчетом – различные опции для работы с отчетом, например, сравнение отчетов, импорт отчета и т.д.

После оптимизации можно запустить профилирование еще раз с помощью Performance Explorer (рис. 8)

image

Рис. 8. Запуск профилирования с помощью Performance Explorer

Полученный отчет можно анализировать аналогичным способом, описанным выше.

Сравнение отчетов

Для сравнения отчетов можно воспользоваться кнопкой на панели управления уведомлениями и отчетом (речь шла выше), либо в Performance Explorer (рис. 9).

image

Рис. 9. Сравнение отчетов с помощью Performance Explorer

В появившемся окне выберите файл отчета для сравнения и проанализируйте результаты (рис. 10)

image

Рис. 10. Сравнение файлов данных профилировщика

Отчет поделен на три зоны:

1. Сравниваемые файлы – в качестве начальных значений берутся значения из базового файла;

2. Опции сравнения – выбор таблицы (функции, модули, строки и указатели инструкций), поля сравнения и порога значения;

3. Результаты сравнения – в зависимости от выбранной таблицы отображается метод, разница между отчетами, а также базовое и текущее значения.

Итак, мы рассмотрели тестирование решений для SharePoint 2010 с использованием Visual Studio 2012.

Advertisements

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s