Как пользоваться windows performance analyzer

Windows Performance Analyzer! Или как измерить скорость всех элементов автозагрузки Windows 7, 8.1, 10

Здравствуйте, уважаемые читатели сайта remontcompa.ru! Меня зовут Роман Нахват и в сегодняшней статье мы поговорим о прекрасном инструменте под названием - Windows Performance Analyzer (WPA), который как никто другой произведёт диагностику автозапуска программ Windows и покажет, сколько времени отнимает у загрузки вашей операционной системы та или иная программа.

– Почему именно Windows Performance Analyzer? – Спросите вы! – Ведь она самая сложная в этом отношении.

Да, в цифровом мире существует много программ, пользоваться которыми избегают обычные пользователи по причине их сложности, предпочитая более простые. Но уверяю вас, с Windows Performance Analyzer вам просто не хватило времени разобраться, а разобраться стоит, так как на данный момент не существует инструмента способного его заменить. К примеру, чтобы определить какая именно программа тормозит загрузку вашей Windows, нужно узнать время загрузки (в миллисекундах) всех приложений по отдельности, загружающихся вместе с ОС, также необходимо узнать время загрузки всех системных процессов по одному. Справится с этим только Windows Performance Analyzer.

Чтобы всё было как можно понятнее, разберём конкретный случай. Я установил себе на компьютер программы: Skype, uTorrent, Download Master и FTP-клиент FileZilla, после этого система стала долго загружаться, определим виновника с помощью WPA.

Ещё в конце статьи мы перенесем операционную систему Windows 8.1 с тестового компьютера на твердотельный накопитель «Kingston SSDNow UV400» и произведем повторные измерения скорости загрузки программ, стартующих после запуска операционной системы.

Windows Performance Analyzer! Или как измерить скорость всех элементов автозагрузки Windows 7, 8.1, 10

Средство Windows Performance Analyzer входит в состав Windows ADK (будем использовать версию 1703) для Windows 10, скачать можно здесь:

https://developer.microsoft.com/ru-ru/windows/hardware/windows-assessment-deployment-kit

Если у вас установлена Windows 7 или Windows 8.1, то на той же странице скачайте Windows ADK для Windows 8.1.

Запускаем установку.

Принимаем лицензионное соглашение

Ставим галочку напротив «Набор средств для оценки производительности Windows» и выполняем установку «Windows Performance Analyzer» на компьютер нажав «Установить»

Установка завершена.

Если запустить Диспетчер задач на тестовом компьютере и перейти на вкладку «Автозагрузка», то можно увидеть список программ, которые загружаются когда пользователь входит в систему. Также стоит обратить внимание на столбец «Влияние на загрузку», в котором напротив каждой программы стоит своего рода оценка, указывающая, какое влияние оказывает та или иная программа на скорость запуска операционной системы. Влияние программ из автозагрузки на запуск операционной системы может быть «Высокое», «Среднее» и «Низкое». Далее мы увидим, каким же образом операционная система выставляет оценку влияния той или иной программе. На вкладке «Автозагрузка» видно, что к примеру программы Skype и Download Master оказывают высокое влияние на скорость запуска операционной системы.

Если перейти по пути C:\Windows\System32\wdi\LogFiles, то мы можем увидеть папку StartupInfo, а также файлы BootCKCL.elt и ShutdownCKCL.etl. Нас в данной статье будет интересовать файл BootCKCL.elt и далее именно с ним мы и будем работать, так как при каждой загрузке операционной системы Windows в файл BootCKCL.elt записывается различная информация о запуске процессов на компьютере, загруженности жёсткого диска и процессора.

Файл BootCKCL.elt мы будем изучать при помощи инструмента Windows Performance Analyzer, который как уже говорилось выше, входит в состав «Windows ADK»

Запускаем инструмент Windows Performance Analyzer.

Главное окно WPA.

Откроем файл «BootCKCL.etl». Для этого выбираем File - Open.

Указываем местоположение файла BootCKCL.etl, находится он по адресу: C:\Windows\System32\wdi\LogFiles

и жмём «Открыть».

После открытия файла BootCKCL.etl мы увидим различные графики, с которыми и будем работать.

Нажимаем на треугольник пункта (Computation), показанный стрелкой, находим график с названием «CPU Usage (Precise)» и мышкой перетягиваем его в окно «Analysis»

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

Щёлкнем правой кнопкой мыши по заглавию какого-либо столбца из таблицы.

и вызовем контекстное меню. После этого добавим в таблицу столбец под названием «CPU Usage (in view)», поставив галочку напротив

Столбец «CPU Usage (in view)» добавлен в таблицу.

В столбце «New Process» выделяем процессы программ из автозагрузки, а именно Skype.exe, uTorrent.exe, dmaster.exe, Cloud.exe, filezilla.exe

Вызываем контекстное меню и отфильтровываем выделенные процессы, выбрав «Filter To Selection»

Получаем следующее.

В столбце «CPU Usage (in view) (ms)» напротив каждого процесса находится определенное числовое значение в миллисекундах, например для процесса «Skype.exe» оно равно 5263,425473, а для процесса «dmaster.exe» - 1119,308324. Данные числа напрямую связаны со степенью влияния программ из автозагрузки (которая как мы уже выше выяснили бывает высокой, средней или низкой, и мы это видели запустив диспетчер задач и перейдя на вкладку «Автозагрузка») на скорость запуска операционной системы следующим образом: влияние программы на скорость запуска операционной системы оценивается по количеству процессорного времени а также объёма дисковой активности.

Параметры влияния на скорость загрузки Windows следующие: имеет место высокая степень влияния, если приложение использует более 1000 миллисекунд ( более 1 секунды) времени процессора или свыше 3 mb дисковых операций; средняя степень влияния - если приложение использует от 300 до 1000 миллисекунд ( от 0.3 до 1 секунды) времени процессора или от 300 kb до 3 mb дисковых операций; низкая степень влияния - если приложение использует менее 300 миллисекунд (0.3 секунды) времени процессора и менее 300 kb дисковых операций.

Исходя из этого видим, что процесс «Skype.exe» использовал 5263,425473 мс (5.26 секунды) процессорного времени, следовательно он оказывал высокую степень влияния на запуск Windows

Создадим ещё одну вкладку «Analysis» и перетянем на нёё график с названием «Lifetime by Process»

Получаем следующее

Выделяем нужные нам процессы таким же образом, как мы это делали на графике «CPU Usage (Precise)»

Например выделим процесс «explorer.exe»,

а также процессы программ из автозагрузки, а именно «uTorrent.exe», «dmaster.exe», «Skype.exe», «Cloud.exe» и «filezilla.exe»

Отфильтруем выбранные процессы, выбрав «Filter To Selection»

Получаем следующее:

В Windows 8.1, 10 снижено влияние программ сторонних разработчиков в автозагрузке на скорость запуска операционной системы. Запуск сторонних приложений происходит только после старта всех системных процессов и появления рабочего стола. Сделано это специально, чтобы программы не тормозили ОС во время старта. В столбце «Start Time (s)» напротив каждого процесса указано время (в секундах), через которое программа начала стартовать после запуска операционной системы. К примеру программа «uTorrent» начала стартовать через 45.4 секунд после запуска Windows, а программа «Download Master» начала стартовать через 49.8 секунд.

Перенесем операционную систему Windows 8.1 с тестового компьютера на твердотельный накопитель «Kingston SSDNow UV400» и произведем повторные измерения скорости загрузки программ, стартующих после запуска операционной системы

Все статьи о переносе операционных систем находятся на нашем сайте в этом разделе.

Развернем заранее созданную резервную копию тестового компьютера с Windows 8.1 на твердотельный накопитель «Kingston SSDNow UV400» используя загрузочный диск Acronis True Image 2018

Жмём "Приступить".

Восстановление Windows 8.1 успешно завершено.

После восстановления системы на твердотельный накопитель «Kingston SSDNow UV400» снова запускаем Диспетчер задач и заходим на вкладку Автозагрузка. Видим, что теперь программа FileZilla оказывает среднее влияние на скорость запуска Windows 8.1

Переходим по пути C:\Windows\System32\wdi\LogFiles и копируем с тестового компьютера файл BootCKCL.etl.

Файл BootCKCL.etl скопированный с тестового компьютера.

Запускаем инструмент Windows Performance Analyzer.

Открываем файл «BootCKCL.etl», выбрав File - Open.

Открыть.

Так же, как это мы делали выше, перетягиваем график «CPU Usage (Precise)» в окно «Analysis»

В столбце «New Process» выделяем процессы программ из автозагрузки, а именно Skype.exe, uTorrent.exe, dmaster.exe, Cloud.exe, filezilla.exe.

Вызвав контекстное меню отфильтровываем выделенные процессы, выбрав «Filter To Selection».

Как видим, процесс«filezilla.exe» использовал 507,442282 мс (0.507 секунды) процессорного времени, следовательно он оказывает среднюю степень влияния на запуск Windows. То же самое мы видели на вкладке Автозагрузка в Диспетчере задач.

Если проанализировать график «Lifetime by Process», как мы это делали выше, то можно увидеть, что системный процесс explorer.exe запустился через 5.4 секунды после запуска ОС (до переноса ОС на твердотельный накопитель процесс explorer.exe запускался через 29.1 секунду после запуска ОС), а программа Skype запустилась через 28.2 секунды (до переноса ОС на твердотельный накопитель программа Skype запускалась через 52 секунды)

Статьи на эту тему:

Автозагрузка Windows 10
Долгая загрузка Windows 10. Или как быстро определить, какое именно приложение более всего тормозит загрузку операционной системы
Оптимизация автозагрузки Windows программой Autorun Organizer

Метки к статье: Чистка и оптимизация

Как с помощью Windows Performance Analyzer определить скорость всех элементов автозагрузки в Windows 10

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

Существует много программ, предназначенных для выявления «тормозящих» приложений, но ни одна из них не может заменить Windows Performance Analyzer или сокращенно WPA — мощный профессиональный инструмент администрирования, позволяющий определять время загрузки всех и взятых по отдельности процессов с точностью до доли миллисекунды. Единственный его существенный недостаток — сложность освоения, как никак ориентирован Performance Analyzer на системных администраторов.

Итак, скачиваем пакет ADK с официальной страницы developer.microsoft.com/ru-ru/windows/hardware/windows-assessment-deployment-kit и производим его установку.

Когда в окне мастера появится предложение выбрать компоненты для установки, отметьте галочкой пункт «Набор средств для оценки производительности Windows».

Установку остальных компонентов можно проигнорировать, чтобы не занимали на диске место.

Где Windows хранит отчеты о загружаемых процессах

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

Но в данном случае нас больше интересуют файлы BootCKCL.elt и ShutdownCKCL.etl, расположенные в системной папке C:\Windows\System32\wdi\LogFiles, именно в них Windows записывает сведения о запускаемых процессах, а также загруженности диска и процессора.

Анализируем логи в WPA

Содержащаяся в логе BootCKCL.elt информация представлена в бинарном формате, но Windows Performance Analyzer может ее расшифровать и прочитать. Запустите WPA, перейдите в меню File и укажите путь к этому самому файлу BootCKCL.elt.

При этом в левой колонке рабочего окна утилиты у вас появятся графики. С ними мы как раз и будем работать. Нажатием на стрелку-треугольник разверните элемент Computation, в раскрывшемся списке найдите график «CPU Usage (Precise)» и перетащите его мышкой на вкладку «Analysis» — серое поле в правой части рабочего окна.

В результате в этой части окна появится три таблицы. Кликните ПКМ по любому из заголовков содержащей список запущенных в системе процессов нижней таблицы и отметьте галочкой в открывшемся контекстном меню пункт «CPU Usage (in view)».

Отмеченный столбец тут же появится в таблице.

Теперь в столбце «New Process» выделите мышкой программы, скорость загрузки которых хотите измерить, кликом ПКМ вызовите контекстное меню и выберите в нем «Filter To Sеlеction».

В списке процессов останутся только нужные.

Теперь смотрим, что из всего этого получилось. Данные в столбце «CPU Usage (in view)» представлены временем загрузки каждой программы в миллисекундах. Например, Download Master загружается 4620,797806 миллисекунд (4,62 секунды) и это много, так как средней степенью влияния считается время автозагрузки не более 1000 миллисекунд.

Теперь откройте еще одну вкладку «Analysis» и перетащите на нее график «Lifetime by Process». Точно так же выделите интересующие вас процессы и отфильтруйте их из контекстного меню. Обратите внимание на данные столбца «Start Time (s)».

Он содержит время в секундах, через которое приложение начинает запускаться сразу после загрузки основных процессов операционной системы. Если время загрузки программы очень мало (1-2 секунды), это может означать, что программа стартует вместе с основными процессами Windows, тормозя ее загрузку. В этом случае имеет смысл отложить автозагрузку такого приложения, воспользовавшись твиками реестра или утилитой AnVir Task Manager.

Примечание: в Windows 8.1 и 10 с целью ускорения загрузки разработчики снизили влияние сторонних приложений на запуск операционной системы, тем не менее, вы можете отсрочить их загрузку, если считаете, что они тормозят запуск системы.

Ускорение загрузки Windows for fun and profit / Хабр

Пожалуй, начну с того, что если перегружаться 15 раз в год, то любой «тюнинг» процесса загрузки отнимает больше времени, чем будет выиграно на перезагрузках за все время жизни системы. Однако, спортивный интерес берет свое, тем более, что люди интересуется процессом оптимизации быстродействия. А загрузка оказалась самым очевидным кандидатом в примеры того, как на мой взгляд должен выглядеть этот самый процесс. Сразу скажу, что грузиться будем с 5400 rpm винта, грузиться будем в «рабочую» систему: помимо недобитой вендорской крапвари там стоит еще куча всякого типа вижуал студии, антивируса, скайпа, стима, гуглапдейтера и пр…

Про то, почему отключение pagefile-а скорее вредно, чем полезно — как нибудь в другой раз, а пока…

Конкретных и общеприменимых советов по оптимизации работы ОС быть не может точно так же как не может быть конкретных советов по ускорению работы любой случайно взятой программы. Точно так же как и в отдельных программах, работа всей системы может быть серьезно замедлена из-за одного-двух на первый взгляд незначительных мест. Для нахождения подобных «бутылочных горлышек» в программах существуют инструменты, называемые профайлерами. Нет ничего странного, что для нахождения «бутылочных горлышек» в операционной системе мы тоже будем использовать профайлер (никаких кавычек — это действительно профайлер причем одновременно и sampled и instrumented). С недавних пор WPA Tools распространяются в составе Windows SDK. Ставить полный SDK совершенно необязательно. Можно установить только «Windows Performance Toolkit»:

Собирать трейсы будем при помощи xbootmgr. Из магии используется только автологгер, включающий сбор ETW трейсов начиная с самого winload. Для вызова справки можно ввести xbootmgr -help — приводить ее здесь я не буду. Для желающих оценить масштаб можно ввести xperf -providers (или logman providers). Каждый провайдер имеет несколько «ключевых слов» (keywords), каждое «ключевое слово» включает/выключает несколько типов событий (event).

Итак начнем. Осторожно, следующая команда автоматически перегружает компьютер: xbootmgr -trace boot

После перезагрузки в каталоге, в котором эта команда была выполнена останется файл «boot_BASE+CSWITCH_1.etl» (BASE+CSWITCH это те самые «ключевые слова»): xperf boot_BASE+CSWITCH_1.etl

И можно начинать просмотр. Увиденное навевает печаль:

Explorer готов к 36-й секунде, но из-за 100% загрузки единственного (не особо быстрого) диска, система еще 2 минуты будет не очень отзывчивой (меню пуск будет открываться мгновенно, а вот с запуском программ придется подождать). ReadyBoot пытается чего то сделать и сначала у него даже получается (оранжевое и зеленое), но постепенно накапливающиеся отклонения от бутплана сводят его попытки на нет.
Что еще печальнее, так это то, что вместо собственно чтения данных, большую часть своей стопроцентной занятости диск проводит в метаниях головки к центру диска и обратно:

Небольшая справка: ReadyBoot собирает профиль использования диска при каждой загрузке и потом сервис SysMain строит бутплан на основании пяти последних загрузок. Соответственно, чем чаще загружаетесь, тем лучше будет «угадан» бутплан на следующую загрузку и тем быстрее она будет. Помимо этого, префетчер собирает статистику о том, какие файлы и в каком порядке были использованы во время загрузки и складывает эту информацию в %SystemRoot%\Prefetch\Layout.ini
Эту информацию использует встроенный дефрагментатор для принятия решений о размещении файлов.

Соответственно первой «оптимизацией» будет многократная перезагрузка и дефрагментация. Очень удобно, что xbootmgr может сделать это за нас.

xbootmgr -trace boot -prepSystem
По умолчанию выполняется шесть перезагрузок:

После второй начинается дефрагментация:

Когда все закончится, в каталоге, из которого был запущен xbootmgr останется 6 файлов с трейсами каждой из подготовительных перезагрузок а также все тот же boot_BASE+CSWITCH_1.etl

Смотрим, изменилось ли чего нибудь. А все изменилось довольно заметно:

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

Мы все еще ходим в центр диска и этим мы займемся позже, но disk seek-ов уже заметно меньше, и это уже какой никакой, а успех. Пока же, обратим внимание на такой график:

Это же безобразие. Пока кто то выкладывается на 100%, некоторые отдыхают. Будем исправлять. Как обычно разменивают процессоное время на размер читаемых данных? Правильно, компрессией. Исправлять будем сжатием папок Windows и обоих Program Files-ов. Попытку сделать это из загруженной системы нельзя назвать успешной — какие то файлы пакуются, какие то нет. В общем так жить нельзя:

Перегружаемся в System Recovery и выполняем оттуда compact /c /a /i /s: каталог для наших трех каталогов. Скриншотов не будет, так как мне было сильно лень делать скриншотилку для WinPE — придется поверить на слово (а лучше перепроверить экспериментально). prepSystem придется провести еще раз, так как layout диска после сжатия сильно поменялся.

Ну и проверяем, чего у нас вышло-то:

Эксплорер готов к 20-й секунде, еще чуть меньше минуты идет дисковая активность, но уже чуть меньше 100%.

И да, мы все еще ходим в центр диска:

Тултипы подсказывают нам виновника. Перепроверям

Заодно под раздачу попадают скайп и стим. И правильно — нечего им делать в автозагрузке с такими аппетитами. Их всегда можно запустить из супербара/старт меню.

Последние штрихи:

Совершенно невменяемое время загрузки одного сервиса:

И второго:

Мы договорились не отказываться от функционала, даже если он нам на фиг не уперся. Поэтому отключать сервисы мы не будем. Мы просто переключим их в «Automatic (Delayed start)»:

В случае с Microsoft Antimalware все несколько сложнее:

Достаточно быстро выясняем, что дело в том, что сервис относится к группе «COM Infrastructure» и не может быть загружен позже этой группы. Идем в реестр и вытаскиваем его из этой группы, после чего спокойно доделываем дело:

На всякий случай еще один prepSystem и вот финал:

Эксплорер загрузился на 17-й секунде, на 18-й фактически прекращается дисковая активность.

Можно полюбоваться на строго упорядоченный доступ к диску:

Быстрый SSD и/или тотальное вырезание функционала могло бы сократить время загрузки до десяти секунд и меньше.

А вывод из всего этого такой: прежде чем что либо «оптимизировать», стоит определить те минимальные изменения, которые возымеют максимальный результат.

Как ускорить загрузку Windows

Наверх

Рейтинги
Обзоры
- Смартфоны и планшеты
- Компьютеры и ноутбуки
- Комплектующие
- Периферия
- Фото и видео
- Аксессуары
- ТВ и аудио
- Техника для дома
- Программы и приложения
Новости
Советы
- Покупка
- Эксплуатация
- Ремонт
Подборки
- Смартфоны и планшеты
- Компьютеры

Ускоряем загрузку Windows 7 — Технический блог

Одна из сильных сторон Windows 7 по сравшению с Windows XP — это отсутствие «тупняка» на старте и завершении работы по прошествии года использования. И как показывает практика время старта Windows Seven можно уменьшить еще более, оптимизировав процесс загрузки операционной системы.

Речь в статье пойдет не о ковырянии в реестре и шаманских заклинаниях, что чаще приносит результат в конкретных случаях и при массовом использовании малоэффективно, либо вообще вредно, а о официальном программном обеспечении.
Корпорация Microsoft осталась верной себе. Как и для Windows XP была выпущена специальная утилита оптимизирующая процесс загрузки. Но она также не попала в состав самой операционной системы.
Напомню, что процесс оптимизации заключается в более «правильном» расположении на диске загружаемых операционной системой файлов. По сути является дефрагментацией. Но сама программа оптимизации делает несколько больше, чем просто дефрагментация диска.
Набор утилит по оптимизации процесса загрузки Windows 7 называется «Windows Performance Toolkit». Но продукт не распространяется отдельно, а входит в состав Windows SDK. Скачать свежую версию которого можной с официального сайта http://www.microsoft.com/en-us/download/details.aspx?id=8279
И хотя Windows Performance Toolkit не распространяется отдельно, у меня все же есть прямые ссылки на скачивание с официального сайта:
Performance Tools Kit 4.1.1 (x86)
Performance Tools Kit 4.1.1 (Itanium)
Performance Tools Kit 4.1.1 (x64)

Установка Windows SDK

Скачиваем с официального сайта Microsoft http://www.microsoft.com/en-us/download/details.aspx?id=8279 Microsoft Windows SDK for Windows 7 and .NET Framework 4 и запускаем winsdk_web.exe
После формальных «I Agree» и пару нажатий «Next». Выбираем только Windows Performance Toolkit из предлагаемого к установке списка продуктов.

Опять жмем «Next» и ждем окончания загрузки и установки коспонентов.

Установка xPerf из дистрибутива

Если Вы скачали Windows Performance Toolkit по прямым ссылкам, то установка утилиты ничем не отличается от обычной установки программного обеспечения.

Как всегда со всем соглашаемся и жмем «Next».

Анализ процесса загрузки Windows 7

Заходим в каталог куда установили утилиту. У меня она находится здесь: «c:Program FilesMicrosoft Windows Performance Toolkit».
И запускаем команду
xbootmgr -trace boot (Будьте внимательны, компьютер автоматически перезагрузится!)

После перезагрузки в каталоге, в котором эта команда была выполнена останется файл «boot_BASE+CSWITCH_1.etl»
При желании проанализировать процесс текущей загрузки можно выполнить команду
xperf boot_BASE+CSWITCH_1.etl

Оптимизация процесса загрузки Windows Seven

Но если Вы не сильны в анализе и доверяете автоматике, то выполните следующую команду:
xbootmgr -trace boot -prepSystem
По умолчанию выполняется шесть перезагрузок.
По окончании этой процедуры, а в зависимости от производительности компьютера она может длиться 30..60 минут, в каталоге откуда была запущена команда появятся 6 трайсов после каждого этапа. И Вы можете оценить скорость загрузки после каждой перезагрузки и оптимизации.

Результаты оптимизации времени загрузки Windows 7

С помощью утилиты Windows Performance Toolkit мне удалось уменьшить время загрузки моего ноутбука на 45 сек с 2-х минут до 1 минуты 15 секунд.

Ускорение загрузки Windows 7 с помощью Windows Performance Toolkit » MHelp.kz

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

Так как я не любитель программ от разных производителей, обещающих 1000% прирост скорости ПК, а так же попутно «почистить реестр», используем программу предоставленную компанией Microsoft — Windows Performance Toolkit.

В отличии от разных поделок «все в одном», после использования данной утилиты от Microsoft, ни один ПК не пострадал(за много лет использования). 🙂

Вообще Windows Performance Toolkit, это профайлер — т.е продукт предназначенный для динамического анализа активности программ.

Т.е. оптимизация, это всего лишь часть его функции, в целом он нужен для поиска «узких мест» системы. И если вас интересует подробный анализ загрузки вашего ПК, то с Windows Performance Toolkit стоит ознакомиться более подробно и не в рамках этой статьи.

Как увеличить скорость загрузки Windows 8.1 читайте в этой статье.

Оптимизируем процесс загрузки.

Скачиваем веб инсталлятор по ссылке с официального сайта Microsoft — перейти

Либо с данного сайта — скачать

Запускаем файл winsdk_web.exe

В появившемся окне нажимаем Next

Принимаем лицензионное соглашение выставлением пункта I Agree и нажатием кнопки Next
Если есть желание можем изменить путь установки пакета, если нет — нажимаем кнопку Next
Нам нужен всего один пункт, поэтому снимаем галочки с других пунктов и оставляем только Windows Performance Toolkit, нажимаем Next
Все готово к началу загрузки с веб узла Microsoft, нажимаем Next
Ожидаем окончания процесса закачки и появления следующего окна Installation Complete, снимаем галочку — View the Windows SDK Release Notes и нажимаем Finish.

Внимание: Если у вас выдало сообщение об ошибке — Installation Failed — решение проблемы в этой статье.

Запускаем командную строку или меню Выполнить (Сочетание клавиш Windows + R).

Вводим команду: xbootmgr -trace boot -prepSystem

Нажимаем ОК

Система предупреждает о перезагрузке, соглашаемся.

После перезагрузки у нас появляется окно Delaying for system preparation (run 1 of 6)

Цифра 1 означает первый проход оптимизации из шести, после каждого прохода, система будет перезагружен автоматически.

Так же Windows Performance Toolkit ожидает 120 секунд, ожидая загрузки программ, запускаемых при старте системы.

После шестой перезагрузки, даже без секундомера можно заметить уменьшение времени требуемого для загрузки Windows 7.

[nx_heading style=»coloredline» heading_tag=»h5″ size=»24″ align=»left»]От автора:[/nx_heading]

Если проблема решена, один из способов сказать «Спасибо» автору — здесь.

Если же проблему разрешить не удалось и появились дополнительные вопросы, задать их можно на нашем форуме, в специальном разделе.

[nx_box title=»Поделиться этой статьей» style=»glass» box_color=»#ED303C»]Если данная статья вам помогла и вы хотели бы в ответ помочь проекту Mhelp.kz, поделитесь этой статьей с другими:

[/nx_box]

Пошаговое руководство

Windows Performance Analyzer

05.05.2017
5 минут на чтение

В этой статье

В этом разделе представлен подробный обзор возможностей пользовательского интерфейса (UI) анализатора производительности Windows (WPA).

Шаг 1. Открытие файла ETL

WPA может открывать любые файлы журнала трассировки событий (ETL), созданные с помощью Windows Performance Recorder (WPR) или Xperf.

Чтобы открыть файл ETL в WPA

В меню Файл щелкните Открыть .
Если вы сохранили свой файл ETL не в месте по умолчанию, перейдите в это место.

По умолчанию WPR сохраняет файлы ETL в папке Documents \ WPR Files.
Выберите нужный файл и нажмите Открыть .

WPA можно также открыть со страницы результатов оценок, созданных с помощью Assessment Platform.

Открыть WPA из оценки

После выполнения задания щелкните ссылку WPA in-deep analysis на панели Issues на странице View Results. Возможно, вам придется развернуть проблему, чтобы увидеть эту ссылку.

Шаг 2: Выбор графиков

Все доступные графики для записи отображаются в окне Graph Explorer. Разверните любой узел, щелкнув маленький треугольник. Затем перетащите графики на вкладку Analysis , чтобы просмотреть полноразмерную версию графика и связанную с ней таблицу данных.Вы также можете дважды щелкнуть график, чтобы открыть его на вкладке Анализ .

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

Шаг 3. Выбор временного интервала

На вкладке Анализ вы можете выбрать временной интервал, перетаскивая указатель по горизонтали через часть графика. Временная шкала в нижней части вкладки применяется ко всем графикам на вкладке.

Шаг 4: Увеличение временного интервала

После того, как вы выбрали временной интервал, вы можете увеличить этот временной интервал до полной ширины вкладки Анализ .Для этого щелкните интервал правой кнопкой мыши и выберите Масштаб до выбранного временного диапазона . Вы можете повторить этот шаг несколько раз, чтобы увидеть очень мелкие детали очень небольшого временного интервала.

Все графики на вкладке Анализ используют одну и ту же временную шкалу. Следовательно, это действие расширяет один и тот же интервал времени для всех этих графиков.

Шаг 5: выделение выбранного временного интервала

После того, как вы выбрали временной интервал, вы также можете выделить этот временной интервал на всех графиках на вкладке Analysis и в окне Graph Explorer.Для этого щелкните интервал правой кнопкой мыши и выберите Выделить выделение . Это действие останавливает выделение независимо от того, где еще вы щелкнули. Чтобы отменить выбор, щелкните интервал правой кнопкой мыши и выберите Очистить выделение .

Шаг 6: Настройка таблицы данных

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

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

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

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

Вы можете закрепить небольшой набор столбцов, щелкнув правой кнопкой мыши, чтобы отобразить вертикальные серые закрепленные полосы.Затем полоса прокрутки прокручивается только между столбцами между полосами закрепления. Вы можете перетащить полосы закрепления, чтобы включить любое количество столбцов.

Шаг 7. Открытие новой вкладки анализа

Все графики и таблицы на вкладке Analysis имеют одну и ту же временную шкалу и увеличиваются и уменьшаются вместе. Если вы хотите просмотреть некоторые графики на другой временной шкале, вы можете открыть дополнительную вкладку Анализ . Для этого щелкните New Analysis View в меню Window , а затем перетащите нужные графики на новую вкладку.

Шаг 8: Открытие или закрытие Windows

В меню Окно выберите окна, которые вы хотите открыть или закрыть.

Шаг 9. Создание и применение профиля просмотра

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

Шаг 10: Поиск и фильтрация

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

Чтобы выбрать столбцы для отображения в таблице данных, щелкните правой кнопкой мыши заголовок таблицы, а затем выберите или очистите столбцы в поле Выбор столбца .

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

Шаг 11: Установка предпочтений пользователя

В настоящее время вы можете настроить WPA для загрузки символов и задать пути к символам. Эти параметры доступны в меню Trace .

Шаг 12: Использование диагностической консоли

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

Шаг 13: Просмотр анализа оценки и сведений о проблеме

Когда вы открываете WPA из оценки, которая была запущена в Assessment Console и которая предоставляет дополнительный анализ, проблемы, которые выявляет оценка, появляются в окне Проблемы . Если щелкнуть одну из этих проблем, подробные сведения и рекомендуемое решение появятся на вкладке Анализ в разделе «Сведения о проблеме » .

Вы также можете выполнить поиск в списке проблем, используя параметры поиска в верхней части окна "Проблемы".Более подробная информация об этой функции доступна в окне «Проблемы».

WPA Краткое руководство

.Анализатор производительности Windows

| Документы Microsoft

05.05.2017
2 минуты на чтение

В этой статье

Включенный в комплект Windows Assessment and Deployment Kit (Windows ADK), анализатор производительности Windows (WPA) представляет собой инструмент, который создает графики и таблицы данных событий трассировки событий Windows (ETW), которые записываются с помощью средства записи производительности Windows (WPR), Xperf , или оценка, которая выполняется на платформе оценки.WPA может открыть любой файл журнала трассировки событий (ETL) для анализа.

Вот несколько видеороликов, которые показывают, как начать работу с WPA:

Что нового в WPA

Список новейших функций WPA см. В разделе WPA «Что нового в Windows Performance Toolkit».

В этом разделе

Технический справочник по набору средств повышения производительности Windows

Использование анализатора производительности Windows для анализа проблем современного режима ожидания

28.02.2020
7 минут на чтение

В этой статье

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

[! ВИДЕО https://www.microsoft.com/en-us/videoplayer/embed/bd4080eb-b9df-4c1f-9df7-534347404937?autoplay=false]

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

[! ВИДЕО https://www.microsoft.com/en-us/videoplayer/embed/4c927140-ccea-40be-8fa9-1885f61bb28f?autoplay=false]

В этом видео показано, как использовать график состояния простоя платформы и отказоустойчивость PDC. График активности для определения причины активности программного обеспечения, которая предотвращает аппаратная платформа от проведения достаточного времени в состоянии DRIPS.

[! ВИДЕО https://www.microsoft.com/en-us/videoplayer/embed/77ba406f-299d-4262-ab3b-a3c6e7e55d60?autoplay=false]

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

Для получения дополнительной информации о графике состояния простоя платформы см. «Общие графики WPA для управления питанием в режиме ожидания» раздел ниже.Для получения дополнительной информации о графике активности отказоустойчивости PDC и График состояния устройства, см. Раздел «Просмотр трассировки WPA». ниже.

WPA доступен в пакете оценки и развертывания Windows (Windows ADK) скачать пакет и включает скрипты и документацию для Modern Standby анализ.

Остальная часть этого раздела относится к документам и сценариям, которые предоставлено в этой загрузке.

Захват и просмотр трассировки WPA для диагностики современного режима ожидания

Захват трассировки - это ключевой метод диагностики, который используется для отладки проблем, которые наблюдается в режиме современного ожидания с помощью SleepStudy или других инструментов.След содержит подробную информацию о состояниях системной платформы, состояниях устройств, активность программного обеспечения, загрузка ЦП, использование памяти и другие системные события. События, зафиксированные в трассировке, точно показывают, что произошло во время Modern Режим ожидания и любые возникающие проблемы.

Захват трассировки WPA

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

Используйте следующий метод для записи трассировки WPA с помощью Windows Performance Рекордер (WPR) с профилем мощности:

Установите Windows Performance Toolkit (WPT).
Откройте командную строку с повышенными привилегиями и перейдите к месту установки WPT.
Чтобы начать трассировку, выполните: wpr -start Power
Во время записи переведите систему в современный режим ожидания. Подождите хотя бы один час, затем выведите систему из спящего режима.
Чтобы остановить и сохранить трассировку в журнале трассировки событий (ETL), запустите: wpr -stop <имя файла> .etl

Просмотр трассировки WPA

Используйте инструмент WPA для просмотра и анализа трассировок Modern Standby.Загрузите WPA инструмент, установите его на компьютер и следуйте этим инструкциям, чтобы открыть трассировку файл:

Запустите Wpa.exe. Обратите внимание, что Wpa.exe доступен только для x86 и x64.
В меню WPA щелкните Файл, щелкните Открыть и выберите файл трассировки.
Чтобы применить профиль, щелкните Профили \ Применить, чтобы открыть отдельную вкладку Анализ.
Щелкните Обзор и выберите соответствующий профиль, который нужно применить.
Добавьте другие графики в текущее представление анализа из Graph Explorer, следуя этим шагам:
1. Разверните категорию графиков в Graph Explorer.
2. Выберите график, который нужно добавить, и перетащите его на панель просмотра анализа.

Чтобы сопоставить данные из отчета SleepStudy с трассировкой WPA, используйте сопоставление показано в следующей таблице.

SleepStudy	Трассировка WPA
Активаторы	График PDC Resiliency Activity показывает список активаторов, которые были активны во время сеанса Modern Standby.
Процессоры	График CPU Idle States График показывает список CPU в системе и их соответствующие состояния.
Fx-устройства	График Device Dstate показывает список устройств Windows Power Framework (PoFx), которые были активны во время сеанса Modern Standby.
Фазы PDC	График PDC Notification Phase показывает подробную информацию обо всех фазах PDC.
Сеть	Несколько графиков показывают сетевую активность. На графике PDC Resiliency Activity показаны активаторы, такие как инфраструктура брокера (BI) или Windows Push Notification Services (WNS), которые могут запускать сетевые действия.График Device Dstate показывает информацию об активности устройства Wi-Fi. График Generic Events может отображать события, инициированные сетевыми компонентами, такими как WCM, DHCP и TCPIP.
Запросы питания	График запросов питания показывает подробности для всех запросов питания, которые были активны во время этого сеанса. Соответствующие типы запросов для Modern Standby - это запросы питания «Требуется система» и «Требуется выполнение».«Требуется отображение» используются для отображения на экране сценариев.

Общие графики WPA для управления питанием Modern Standby

[! Важно] @Jacob Напишите о графиках запросов мощности -> под графиками и SPR Раздел

Графики, созданные из профиля Modern Standby WPA, являются ключевыми для наблюдение за поведением системы в современном режиме ожидания и выявление проблем. Два Обычно используемые графики WPA - это график состояния простоя платформы, который показывает, сколько время, которое платформа проводит в различных состояниях простоя платформы, и DRIPS график, показывающий уровни активности программных и аппаратных компонентов.

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

Вид по умолчанию - только график. В следующих абзацах объясняется, как изменить представление по умолчанию для получения информации о поведении в современном режиме ожидания.

График состояния простоя платформы

График Platform Idle State показывает нахождение в состоянии простоя платформы заговор против времени.

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

Самым важным из состояний бездействия платформы является самое глубокое состояние, DRIPS. В Состояние DRIPS соответствует самому низкому состоянию энергопотребления для SoC во время Modern Ожидать.Каждый SoC определяет собственное состояние DRIPS и соответствующий индекс состояния.

Процент времени, проведенного в состоянии DRIPS (процент DRIPS), является важный показатель для современного режима ожидания, потому что он прямо пропорционален срок службы батареи. Если процент DRIPS высокий (выше 90 процентов), срок службы батареи будет быть длиннее, чем если бы процент DRIPS был ниже (например, ниже 80 процентов).

Чтобы получить процент DRIPS, откройте представление таблицы и перетащите столбец% Duration фильтровать по состоянию.В этом столбце будет отображаться процент времени, в течение которого система была в каждом состоянии.

График DRIPS

График DRIPS показывает компоненты, которые активны в течение периода трассировки, включая активаторы, устройства и процессы. Используйте этот график, чтобы определить компоненты, которые активны дольше всех и препятствуют проникновению в систему КАПЕТЫ.

Активаторы - это компоненты, которые принимают ссылки и выполняют задачи в современном Ожидать. Они обрабатывают явно разрешенные программные действия, добавляющие ценность. которые могут работать во сне.В идеале они должны быть активны только короткими очередями, а график DRIPS можно использовать для определения наиболее активного активатора во время Современный резервный сеанс. Эта информация важна, потому что конкретный активатор может удерживать ссылку в течение длительного периода времени, что предотвращает система от ввода DRIPS.

Все компоненты, показанные на предыдущем графике, кроме устройств и ЦП Активность, являются активаторами. Например, на предыдущем графике показаны BI, WNS, NCSI, и Image Download Manager в качестве активаторов.Чтобы определить основные активаторы, откройте в табличном представлении и посмотрите на столбец% времени причины, который показывает процентное соотношение времени, когда активатор был активен во время сеанса Modern Standby. Например, на следующем снимке экрана показано, что BI является основным активатором с 49,71%. активный.

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

Помимо активаторов, активные устройства могут препятствовать входу в систему КАПЕТЫ.

Подобно состояниям системы в режиме ожидания, устройства имеют состояния с низким энергопотреблением в диапазоне от D0 в D3. Состояния с низким энергопотреблением устройства обычно стандартизированы по классу устройства. Состояния с низким энергопотреблением для устройств, на которых установлена сама SoC, определяются производителем SoC. Состояния с низким энергопотреблением для устройств за пределами SoC обычно стандартизированы во всех системах.

Используйте график DRIPS, чтобы определить самые активные устройства во время Modern Резервный сеанс. На графике показаны только те устройства, которые могут блокировать бездействие SoC состояние (DRIPS) на основе информации, предоставленной силовым двигателем платформы плагин (PEP). Для получения дополнительных сведений о PEP см. PoFxPowerControl.

Примечание

Некоторые устройства могут быть активными, потому что активатор выполняет задачи, требующие устройство должно быть активным. Типичные примеры - основное хранилище (eMMc / SSD). и устройства Wi-Fi, которые активны, когда активатор BI активен.

Чтобы определить наиболее активные устройства, откройте табличное представление и посмотрите% Столбец Reason Time, который показывает процент времени, в течение которого каждое устройство было активен во время сеанса современного ожидания.

Кроме активаторов и устройств, последняя причина того, что система не может вход DRIPS происходит из-за чрезмерной активности ЦП. Активность ЦП встречается реже проблема по сравнению с активаторами и устройствами, но может быть усугублена OEM предустановленные настольные приложения и сервисы.

Просмотрите активные процессы, развернув строку CPU Activity.

.Встроенное в продукт руководство по началу работы

Windows Performance Analyzer

05.05.2017
2 минуты на чтение

В этой статье

При открытии анализатора производительности Windows (WPA) по умолчанию отображается вкладка «Начало работы». Приступая к работе - это встроенная справка, содержащая обзор (с соответствующими темами), который поможет вам успешно приступить к анализу трассировки с помощью WPA.

В нем представлены следующие темы:

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

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

Основные действия: Содержит инструкции по использованию помощника по анализу, выделению временного интервала, а также масштабированию, поиску и фильтрации данных.

Просмотр данных: поясняет графики и таблицы данных.

Настройка: кратко объясняет настройку.

Демонстрации: содержит ссылки на видеоролики, демонстрирующие основы Windows Performance Analyzer (WPA), расширенные настройки и анализ приложений Store.

Другие темы: содержит ссылку на Центр разработки MSDN, а также популярные темы о производительности. Примечание Эти темы открываются в отдельном окне браузера.

Закрыть Начало работы

Наведите курсор на вкладку Приступая к работе и щелкните X .

Примечание По умолчанию «Начало работы» открывается каждый раз, когда вы открываете WPA. Если во время сеанса вы закрываете «Приступая к работе», вы можете снова открыть его для отображения в продукте - даже если открыта вкладка «Анализ».

Анализатор производительности Windows

Общие сценарии WPA

Распространенные сценарии анализатора производительности Windows

05.05.2017
2 минуты на чтение

В этой статье

Windows Performance Analyzer (WPA) может анализировать проблемы для настольных, мобильных и IoT-устройств; и серверы. В этот раздел включены темы, описывающие, как выполнять определенные задачи с помощью WPA.

В этом разделе

Пошаговое руководство анализатора производительности Windows	Открытие файла ETL в WPA и открытие WPA из оценки.Выберите графики, увеличивайте и уменьшайте масштаб временного интервала и выделяйте выбранный временной интервал. Настройка таблиц данных, поиск и фильтрация данных, а также создание и применение профиля представления - вот некоторые из многих тем, представленных в Пошаговом руководстве.
Открыть запись	Откройте любую запись, захваченную в Windows Performance Recorder (WPR) или Assessment Platform, созданную в WPA.
Настройка таблицы данных	Сортировка по столбцу, изменение столбца выбора, преобразование столбца в элементы графика и закрепление столбца - вот некоторые из описанных методов.
Выделить интервал времени	Выделите выбор, чтобы оставить временной интервал выбранным даже при щелчке в другом месте на вкладке «Анализ».
Восстановить профиль	Восстановите информацию профиля, которую вы забыли сохранить, но также сохраните восстановленную информацию в новом профиле, который вы можете применить для просмотра соответствующего анализа.
Увеличение временного интервала	Увеличивайте (многократно), чтобы увеличить временной интервал на графике.
Изменить свойства столбца	Измените свойства столбца, такие как агрегирование, формат и другие настраиваемые свойства.

Анализатор производительности Windows

Общие сценарии WPA

.Обзор анализатора производительности Windows

| Документы Microsoft

31.05.2018
3 минуты на чтение

В этой статье

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

WPA использует инфраструктуру отслеживания событий для Windows (ETW) с чрезвычайно низкими накладными расходами для сбора данных о производительности и системе. Функции ETW встроены в операционную систему и любые приложения, работающие в Windows. В Windows Vista и Windows Server 2008 для записи доступны сотни событий трассировки событий Windows. Эти события могут предоставить обширную информацию путем сбора данных, созданных во время выполнения. ETW полностью документирована и поддерживается Microsoft. Разработчикам приложений и архитекторам рекомендуется внедрять ETW в новые приложения.Включив эти функции, новое приложение сможет в полной мере использовать возможности и преимущества Windows Performance Analyzer. Дополнительные сведения о трассировке событий Windows см. В разделе «Трассировка событий для Windows».

WPA сопоставляет и отображает данные в трех форматах:

Другие функции WPA:

Stack Walking - Используя WPA, ядро может захватывать стек вызовов при генерации события. Генерирующее событие и связанный стек вызовов можно сохранить в файле трассировки.Когда стеки комбинируются с декодированием символов, вы можете отображать информацию стека вызовов для событий, для которых была включена функция обхода стека во время трассировки. Дополнительные сведения о обходе стека см. В разделе «Обход стека» этого документа.
WPA разработан как для сценариев, так и для работы в командной строке. Используя функции автоматического создания сценариев, WPA можно использовать в «затухающих» средах, собирая при этом информацию о производительности в реальном времени.
Отслеживание событий WPA можно включать и отключать в любое время без перезапуска системы или процесса.Это преимущество может иметь решающее значение при сборе информации о производительности из пользовательских сред в реальном времени.
После сбора данных трассировки эти данные можно обработать на машине, на которой они были, или скопировать на другую машину. Например, трассировка, созданная в Windows Server 2008, может быть проанализирована на компьютере с Windows Vista.