Microsoft windows diagnostics performance

Мониторинг скорости запуска систем в среде Windows 7

Microsoft windows diagnostics performance

16.12.2010 Шон Уилер

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

Затруднения, возникающие при загрузке и запуске систем, легко устраняются с помощью набора инструментов Windows Performance Toolkit (xbootmgr.exe).

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

Кроме того, требуется возможность получения показателей времени загрузки (аналогичных тем, что отображаются программой xbootmgr.exe) для каждой системы. Далее в статье я расскажу о том, как можно решить эти задачи с помощью журнала событий, новой оснастки Windows 7 Event Viewer и утилиты Wevtutil.

Новый журнал событий — подспорье в диагностике

Начиная с версии Windows Vista система Windows включает в себя новую категорию журналов событий — журналы приложений и журналы служб. Базовая инфраструктура регистрации событий теперь сообразуется со схемой XML.

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

Оснастка Event Viewer дает возможность обращаться к новым возможностям XML посредством простого в использовании графического интерфейса.

Один из журналов новой категории — журнал Diagnostics-Performance/Operational log. В нем отражаются события, фиксирующие показатели производительности, подобные тем, что отображаются программой xbootmgr.exe.

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

Работа с Event Viewer в системе Windows 7

Реализованная в Windows 7 новая оснастка Event Viewer дает возможность применять более мощные фильтры. Новый пользовательский интерфейс позволяет задавать диапазоны событий.

Под его прикрытием программа формирует запрос XPath с целью фильтрации событий на основе заданных критериев. В нашем примере мы будем отфильтровывать события с идентификаторами от 100 до 110 включительно.

Событие с идентификатором 100 интересует нас потому, что дает возможность получить данные по скорости загрузки. На экране 1 отображено XML-представление для события 100.

XML-представление данного события содержит массу любопытной информации. Значение BootTime представляет число миллисекунд, прошедших со времени загрузки системы до того момента, как пользователь зарегистрировался в ней и система была в состоянии 80-процентного бездействия на протяжении 10 секунд.

Другие значения времени, содержащиеся в XML-представлении, указывают на время, затрачиваемое на выполнение различных стадий упомянутого процесса загрузки. Более подробные сведения о стадиях процесса загрузки можно найти в руководстве Windows On/Off Transition Performance Analysis (www.microsoft.

com/whdc/system/sysperf/On-Off_Transition.mspx).

Другие события загрузки фиксируют информацию о конкретных ситуациях, вызывающих задержки при выполнении последовательности операций загрузка/запуск. Важно только определиться с тем, к какому экземпляру загрузки относятся эти сообщения. Вот здесь-то и может пригодиться параметр ActivityID. На экране 1 в разделе данных XML вы увидите строку:

Именно такой идентификатор ActivityID имеют все события, относящиеся к данному экземпляру загрузки в этой записи Event 100. Выполнив следующие действия, мы сможете использовать указанную информацию для создания более сложного фильтра:

1. На панели Actions оснастки Event Viewer щелкните на элементе Filter Current Log. 2. На вкладке XML выставьте флажок Edit query manually. Когда программа предложит продолжить процедуру, ответьте Yes.
3. В поле запроса введите приведенный ниже текст на языке XML.

* [System [(Correlation [@ActivityID=”{00000001-0000- 0000-1020-5CA87BB1CA01}”])]]

4. Нажмите ОК.

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

Получение данных с помощью Wevtutil

Пока что мы рассматривали только один экземпляр загрузки. А как получать данные для всех экземпляров загрузки? Для этого используется Wevtutil, реализованное в Windows инструментальное средство командной строки, предназначенное для формирования запросов к журналам событий. Следующий пример показывает, как из журнала событий системы извлекаются все записи Event ID 100:

wevtutil qe Microsoft-Windows- Diagnostics-Performance/ Operational/rd: true/f: xml /q:”* [System [(EventID = 100)]]” /e: Events > boot.xml

При выполнении данного фрагмента кода формируется файл данных XML, содержащий все экземпляры события «быстродействие загрузки» для той или иной системы. С помощью каждого идентификатора ActivityID вы сможете формировать запросы по всем другим подобным событиям. Так, следующий запрос извлекает те же три записи событий, отображаемые после дополнительной фильтрации запроса:

wevtutil qe Microsoft-Windows- Diagnostics-Performance/ Operational/rd: true/f: xml /q:”* [System [(Correlation [@ ActivityID='{00000001-0000-0000- 1020-5CA87BB1CA01}'])]]”/e: Events > bootrelated.xml

Wevtutil.exe предусматривает использование большого числа параметров. Чтобы увидеть весь список открывающихся возможностей, запустите утилиту без указания каких-либо параметров. Дополнительную информацию можно найти в статье MSDN «Event Queries and Event XML», опубликованной в Интернете по адресу msdn.microsoft.

com/en-us/library/bb399427.aspx. Более подробные сведения, необходимые для изучения набора правил XPath с целью формирования запросов к событиям, приведены в документе XPath Syntax, опубликованном по адресу go.microsoft.com/fwlink/?LinkId=94637, а также в примерах XPath Examples по адресу microsoft.

com/fwlink/?LinkId=94638.

Подведем итоги

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

При исследовании изменений в рабочих характеристиках различия в числе приложений, которые стартуют в момент загрузки, могут быть существенными. Располагая подобными данными за прошлый период, вы можете приступать к анализу трендов. Так, данная система была создана 13 января 2010 года.

Операции по установке приложений и внесению изменений в конфигурацию продолжались еще пару дней. К 21 января 2010 года настройка системы была завершена. После этого значение BootTime составляло в среднем порядка 124 секунд.

Однако стоит отметить, что 4 февраля, а также 9 февраля 2010 года на загрузку системы было затрачено намного больше времени.

Что из этого следует

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

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

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

С помощью написанной мною программы на языке VBScript сотрудники этой компании сводят информацию о событиях в базу данных SQL Server. Они использовали эти данные с целью получения исходной статистики для формирования образов своих настольных систем.

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

С помощью службы отчетов SQL Server специалисты этой организации создали представление «панель датчиков», где отображается состояние работоспособности всех настольных систем предприятия.

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

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

Шон Уилер (seanw@microsoft.com) — старший инженер по эксплуатации подразделения Microsoft Premier Support. Специализируется на написании сценариев, отладке кода и решении проблем, связанных с производительностью систем

Мониторинг скорости запуска систем в среде Windows 7

Поделитесь материалом с коллегами и друзьями

Источник: https://www.osp.ru/winitpro/2010/10/13006120

Проверка времени загрузки Windows 7 и 8 встроенными средствами. – SOS.MirTesen.ru – медиаплатформа МирТесен

Microsoft windows diagnostics performance

Сегодняшняя тема из разряда “Изучаем матчасть”Существует немало различных программ с помощью которых вы можете измерить скорость загрузки системы и некоторые из них даже способны указать причины замедления оной.Вот только всегда ли эти программы отражают действительность?Не уверен…

Между тем в Windows встроен прекрасный инструмент для анализа происходящего с вашей системой.Он называется ЖУРНАЛ СОБЫТИЙ.

Для того,чтобы увидеть с какой скоростью загружается или выключается ваша Windows,нажимаем Win+R, вводим команду  eventvwr.msc /s  Откроется утилита под названием ПРОСМОТР СОБЫТИЙ.

В левой её части выбираем ЖУРНАЛЫ ПРИЛОЖЕНИЙ И СЛУЖБ–Microsoft–Windows–Diagnostics-Performance-Работает.

После нажатия на РАБОТАЕТ открывается таблица касающаяся событий загрузки и выключения.

Выбираем строчку с кодом 100 и видим время загрузки в миллисекундах (точнее не бывает),то есть надо отделить запятой три последних знака.На скрине видно,что время загрузки составило 84274 ms ,или 84 секунды.

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

Например

На надпись “Ошибка” внимания не обращаем,в данном случае нам это не важно.

Код времени выключения 200,Возобновление работы из ждущего режима код события 300.

Можно просматривать события вручную, а можно создать фильтр.Для этого в правой части в меню ДЕЙСТВИЯ выберите СОЗДАТЬ НАСТРАИВАЕМОЕ ПРЕДСТАВЛЕНИЕ.В открывшемся диалоговом окне оставьте значение «Любое время» в поле «Дата» и отметьте флажками все опции в поле «Уровень события».

Выберите опцию «По журналу», если она еще не выбрана, и раскройте список. В дереве разделов найдите категорию «Журналы приложений и служб — Microsoft — Windows – «Diagnostics-Performance» и поставьте флажок «Работает».

В поле «Включение или исключение кодов событий» введите 100 и нажмите «OK»

В диалоговом окне «Сохранить фильтр в настраиваемое представление», введите подходящее имя (например, «Boot Time» — Время загрузки) и нажмите «OK».

Далее нам нужно точно таким же образом создать еще одно настраиваемое представление, но в поле «Включение или исключение кодов событий» ввести на этот раз значения 101-110 и сохранить фильтр, например с именем «Замедление загрузки».

Чтобы выяснить, сколько Windows 7 требуется времени на загрузку на вашем компьютере, выберите в левой части окна, созданный ранее фильтр Boot Time (Время загрузки) в разделе «Настраиваемые представления» и отсортируйте столбец «Дата и время» по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки.

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

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

Но если какое-то приложение всякий раз загружается слишком долго или время замедления оказывается ненормально большим, тут нужно уже задуматься.Код события 102. Событие 102 свидетельствует о замедлении инициализации драйвера.

Это, опять же, может быть вызвано обновлением, но если ситуация возникает регулярно или замедление оказывается серьезным, стоит установить более свежую версию драйвера. Если таковой не имеется, попробуйте удалить и переустановить драйвер.Код события 103. Событие 103 возникает при замедлении загрузки служб.

Иногда это случается, но если это происходит регулярно, попробуйте изменить тип запуска службы на «Автоматически отложенный запуск» или «Вручную» в консоли «Службы».Код события 106. Событие 106 свидетельствует о том, что выполнение фоновой операции по оптимизации затянулось.

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

Код события 109. Событие 109 возникает при замедлении инициализации устройства. Если это явление редкое, беспокоиться не стоит. Но если инициализация затягивается всякий раз, не забывайте регулярно делать резервное копирование и будьте готовы к замене проблемного устройства.

Удачи!

Источник: https://sos.mirtesen.ru/blog/43151151880/Proverka-vremeni-zagruzki-Windows-7-i-8-vstroennyimi-sredstvami.

Выявление причин медленной загрузки системы с помощью «Просмотра событий» Windows 7

Microsoft windows diagnostics performance

Источник: http://www.winblog.ru/win7/1147767305-27011101.html

Diagnostics performance код события 100 как исправить? – О компьютерах просто

Microsoft windows diagnostics performance

Сегодня в моем блоге авторский дебют участника конференции OSZone Phoenix, чья статья отлично вписалась в серию материалов об ускорении загрузки Windows и ее диагностике.

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

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

В этой статье мы  рассмотрим один из способов диагностики причин длительной загрузки Windows, используя ее штатное средство – журнал «Просмотр событий». Быстрый  доступ к этому инструменту обеспечивает нажатие сочетания клавиш Win+R и последующий ввод команды: eventvwr.msc /s.

На этой странице:

Фильтруем журнал событий

В разделе «Microsoft Windows» имеется подкатегория «Diagnostics-Performance», а в ней — операционный журнал, в котором есть категория задачи «Контроль производительности при загрузке» (рис. 1).

Увеличить рисунок
Рисунок 1

Коды событий (Event ID ) в этой категории варьируются от 100 до 110. Просмотрев все события с кодом 100, можно выяснить, сколько времени требуется Windows на загрузку, начиная с самого первого запуска после установки. А проанализировав события в диапазоне от 101 до 110, можно узнать, в каких случаях загрузка замедлялась и почему.

Можно, конечно, просматривать журнал «Diagnostics-Performance» вручную (например, отсортировать по возрастанию столбец «Код события»), но гораздо удобнее создать собственное настраиваемое представление. Это фильтр, который можно сохранить и использовать в дальнейшем для облегчения работы.

Для этого:

  1. Выберите опцию «Создать настраиваемое представление» из меню «Действие».
  2. В открывшемся диалоговом окне оставьте значение «Любое время» в поле «Дата» и отметьте флажками все опции в поле «Уровень события». Выберите опцию «По журналу», если она еще не выбрана, и раскройте список. В дереве разделов найдите категорию «Журналы приложений и служб — Microsoft — Windows – «Diagnostics-Performance» и поставьте флажок «Работает» (рис. 2).
  3. Увеличить рисунок
    Рисунок 2

  4. В поле «Включение или исключение кодов событий» введите 100 и нажмите «OK» – (рис. 3). События с кодом 100 показывают, сколько времени уходит на загрузку системы.
  5. Рисунок 3

  6. В диалоговом окне «Сохранить фильтр в настраиваемое представление», введите подходящее имя (например, «Boot Time» — Время загрузки) и нажмите «OK» — (см. рисунок 4).
  7. Рисунок 4

  8. Далее нам нужно точно таким же образом создать еще одно настраиваемое представление, но в поле «Включение или исключение кодов событий» ввести на этот раз значения 101-110 и сохранить фильтр, например с именем «Замедление загрузки».

Узнаем продолжительность загрузки

Чтобы выяснить, сколько Windows требуется времени на загрузку на вашем компьютере, выберите в левой части окна, созданный ранее фильтр Boot Time (Время загрузки) в разделе «Настраиваемые представления» и отсортируйте столбец «Дата и время» по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки (рис. 5).

Увеличить рисунок
Рисунок 5

Из рисунка видно, что длительность самой первой загрузки моей Windows (дата ее установки) по состоянию на 15 марта 2010 года составила 44 498 миллисекунд — или, если разделить на 1000, примерно 45 секунд.

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

По состоянию на 30 января 2011 года время загрузки возросло, и составило 115652 ms, т.е. почти 2 минуты. Это много.

Настраиваемое представление «Время загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.

На вкладке «Подробности» процесс загрузки описывается во всех деталях, однако для анализа продолжительности загрузки достаточно будет только трех параметров на вкладке «Подробности» (рис 6).

Увеличить рисунок
Рисунок 6

Рассмотрим суть значений этих параметров подробнее.

  • Параметр «MainPathBootTime » обозначает временной интервал между возникновением на экране анимированного логотипа Windows и появлением рабочего стола. В этот момент систему уже можно использовать, но в фоновом режиме продолжается загрузка низкоприоритетных задач.
  • Параметр «BootPostBootTime » указывает, через какой промежуток времени после появления рабочего стола системой можно начинать пользоваться в полном объеме.
  • Параметр «BootTime » — это та же самая величина, что и на вкладке «Общие» обозначена как «Время загрузки». Она представляет собой сумму параметров «MainPathBootTime» и «BootPostBootTime».

Источник: https://ruspchelper.com/diagnostics-performance-kod-sobytiya-100-kak-ispravit/

Windows boot performance diagnostics. Part 1

Microsoft windows diagnostics performance

Have you ever seen that your computer starts booting slowly? Or it slowly restores its state from hibernation. Maybe you observe performance issues when shutdown or hibernate process? In this article, I will show you how you can use Event Log Explorer to find performance problems linked with the startup/shutdown/hibernate/resume processes.

Starting from Windows Vista, Microsoft provides a bunch of event logs for different system purposes. In Windows Event Viewer, these logs are located in a special branch: “Applications and Services Logs”. Windows records performance diagnostics events into Microsoft-Windows-Diagnostics-Performance/Operational event log.

To open this log in Windows Event Viewer, open Applications and Services Logs branch, then open Microsoft, then open Windows, then select Diagnostics-Performance and click on Operational.

  In Event Log Explorer you can do it easier: open your computer in the tree, then open Microsoft-Windows folder and then click  Microsoft-Windows-Diagnostics-Performance/Operational.

Now you can see a list of different diagnostic events. As you can see, events with the same event ID may have different types – Warning, Error and Critical. It looks these event types depend on the duration of the startup/shutdown process.

Another observation – theses events contain many important parameters internally, but you can’t see them in the event description (Windows Event Viewer doesn’t display them as well).

The only way to display these parameters is to double click on the event to display event properties and switch to XML tab.

Compare:

Unfortunately, I didn’t find a detailed documentation about all these events, so I did some research. First, I got meaning of events in Microsoft-Windows-Diagnostics-Performance:

Windows 7 | Читали: 35 138 | 27 янв | На печать
В своей прошлой статье «Новые возможности средства “Просмотр событий” в Windows 7» я рассказывал о новых возможностях просмотрщика событий и объяснял, в чем его преимущество по сравнению с версией из Windows XP. В этой статье я покажу, как использовать средство «Просмотр событий» (Event Viewer) из Windows 7 для выявления причин медленной загрузки операционной системы.ОбзорВ «Просмотре событий» Windows 7 появилась новая категория — «Журналы приложений и служб» (Applications and Services Logs), включающая массу подкатегорий, посвященных ключевым компонентам системы. В большинстве этих подкатегорий содержатся журналы операций (Operational), фиксирующие события, которые можно использовать для анализа и диагностики проблем. Другие типы журналов — административные (Admin), аналитические (Analytic) и отладочные (Debug), но рассказ о них выходит за пределы данной статьи.В разделе «Microsoft | Windows» имеется подкатегория «Diagnostics-Performance», а в ней — операционный журнал, в котором есть категория задачи «Контроль производительности при загрузке» (Task Category: Boot Performance Monitoring). Коды событий (Event ID) в этой категории варьируются от 100 до 110. Просмотрев все события с кодом 100, можно выяснить, сколько времени требуется Windows 7 на загрузку, начиная с самого первого запуска после установки. А проанализировав события в диапазоне от 101 до 110, можно узнать, в каких случаях загрузка замедлялась и почему.Запуск средства «Просмотр событий»Запустить средство «Просмотр событий» можно из раздела Панели управления «Система и безопасность | Администрирование» (Control Panel | System and Security | Administrative Tools). Но куда проще ввести в строке поиска меню «Пуск» (Start) ключевое слово «событий» («event» для англоязычного интерфейса, без кавычек) и нажать [Enter], когда в списке результатов появится «Просмотр событий».Создание настраиваемого представленияМожно, конечно, просматривать журнал «Diagnostics-Performance» вручную, но гораздо удобнее создать настраиваемое представление — по сути фильтр, который можно сохранить и использовать в дальнейшем. Для этого выберите опцию «Создать настраиваемое представление» (Create Custom View) из меню «Действие» (Action).В открывшемся диалоговом окне оставьте значение «Любое время» (Any Time) в поле «Дата» (Logged) и отметьте флажками все опции в поле «Уровень события» (Event level). Выберите опцию «По журналу» (By Log), если она еще не выбрана, и разверните выпадающее меню. В дереве разделов найдите категорию «Журналы приложений и служб | Microsoft | Windows | Diagnostics-Performance» и поставьте флажок «Работает» (Operational), как показано на рис. A.Рисунок A. В разделе «Diagnostics-Performance» поставьте флажок «Работает».В поле «Включение или исключение кодов событий» (Includes/Excludes Event IDs) введите 100 (рис. B) и нажмите «OK».Рисунок B. События с кодом 100 показывают, сколько времени уходит на загрузку системы. В диалоговом окне «Сохранить фильтр в настраиваемое представление» (Save Filter to Custom View, рис. C) введите подходящее имя (например, «Длительность загрузки») и нажмите «OK».Рисунок C. Чтобы сохранить фильтр как настраиваемое представление, присвойте ему подходящее имя — например, «Длительность загрузки».Теперь точно таким же образом создайте еще одно настраиваемое представление, но в поле «Включение или исключение кодов событий» введите 101-110 и сохраните фильтр с именем «Замедление загрузки».Как узнать продолжительность загрузкиЧтобы выяснить, сколько Windows 7 требуется времени на загрузку на вашем компьютере, выберите созданный ранее фильтр «Длительность загрузки» в разделе «Настраиваемые представления» (Custom Views) и отсортируйте столбец «Дата и время» (Date and Time) по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки. На рис. D я скрыл дерево консоли и панель действий, чтобы сконцентрироваться на событиях.Рисунок D. Отсортировав столбец «Дата и время» по возрастанию, вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки. Как видите, длительность самой первой загрузки системы на моем компьютере в октябре 2009 года составила 67 479 миллисекунд — или, если разделить на 1000, около 67 секунд. Для первого запуска это нормально — ведь после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, создает кэш SuperFetch. К декабрю 2009 года средняя продолжительность загрузки стабилизировалась на уровне около 37 секунд.Настраиваемое представление « Длительность загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.На вкладке «Подробности» (Details) процесс загрузки описывается во всех деталях (рис. E). Подробнее об этапах запуска системы можно почитать в официальной статье Microsoft, но для анализа продолжительности загрузки достаточно будет всего трех параметров на вкладке «Подробности».
Event IDEvent Description
Boot Performance Monitoring
100Windows has started up
101This application took longer than usual to start up, resulting in a performance degradation in the system startup process
102This driver took longer to initialize, resulting in a performance degradation in the system start up process
103This startup service took longer than expected to startup, resulting in a performance degradation in the system start up process
104Core system took longer to initialize, resulting in a performance degradation in the system start up process
105Foreground optimizations (prefetching) took longer to complete, resulting in a performance degradation in the system start up process
106Background optimizations (prefetching) took longer to complete, resulting in a performance degradation in the system start up process
107Application of machine policy caused a slow down in the system start up process
108Application of user policy caused a slow down in the system start up process
109This device took longer to initialize, resulting in a performance degradation in the system start up process
110Session manager initialization caused a slow down in the startup process
Shutdown Performance Monitoring
200Windows has shutdown
201This application caused a delay in the system shutdown process
202This device caused a delay in the system shutdown process
203This service caused a delay in the system shutdown process
Standby Performance Monitoring
300Windows has resumed from standby
301This application caused a delay during standby
302This driver caused a delay during standby while servicing a device
303This service caused a delay during hybrid-sleep
304Creation of the hiber-file was slower than expected
305Persisting disk caches was slower than expected
306Preparing the video subsystem for sleep was slower than expected
307Preparing Winlogon for sleep was slower than expected
308Preparing system memory for sleep was slower than expected
309Preparing core system for sleep was slower than expected
310Preparing system worker threads for sleep was slower than expected
350Bios initialization time was greater than 250ms (logo requirement) during system resume
351This driver responded slower than expected to the resume request while servicing this device
352Reading the hiber-file was slower than expected
System Performance Monitoring
400Information about the system performance monitoring event
401This process is using up processor time and is impacting the performance of Windows
402This process is doing excessive disk activities and is impacting the performance of Windows
403This driver is using up too many resources and is impacting the performance of Windows
404This driver is waiting longer than expected on a device
405This file is fragmented and is impacting the performance of Windows
406Disk IO to this file is taking longer than expected
407This process is using up too much system memory
408Many processes are using too much system memory
Desktop Window Manager Monitoring
500The Desktop Window Manager is experiencing heavy resource contention
501The Desktop Window Manager is experiencing heavy resource contention

Since we research boot/shutdown/standby/resume performance, we should pay attention to 1xx, 2xx and 3xx events. We can see that events 100, 200 and 300 are basic events followed by 1xx, 2xx and 3xx which give extra information about the problem.

E.g. I can see two events

Источник: https://eventlogxp.com/blog/windows-boot-performance-diagnostics-1/

Ребята, помогите!!! Месяц мучаюсь!!!

Microsoft windows diagnostics performance

Сломался компьютер, месяц назад. Создал топик на тематическом форуме, все молчат. Чтобы не расписывать тут, вот: http://forum.oszone.net/thread-329714.html

[моё] Компьютер Тормоз Поломка Помощь Сила Пикабу Техно братья Текст

Короче, история от которой у меня сейчас мурашки идут.

22 числа этого месяца купили машину Ford Fusion у официального дилера Рольф. Покупал человек без меня и к тому же не особо разбирающийся в машинах.

Задачи были поставлены тривиальные: чтобы не нужно было вкладываться в машину хотя бы год, в более-менее приемлемом состоянии и в состоянии ездить на длинные расстояния в пределах 300 км от города. По сути машина для целей “дача-дом”.

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

Казалось бы, что могло пойти не так?

На следущий день я начал знакомиться с машиной, так как для меня она в новинку. Разобрались с управлением, с кнопками и прочими мелочами. Первое, что меня напрягло это то, что горел постоянно индикатор STOP (ручник) и что педаль тормоза слишком уходила далеко в пол.

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

Поставил на ручник, открыл капот, вышел из машины, чтобы по мелочи проверить жидкости. Открывая капот, машина чуть откатилась назад. Вот тут довольно сильно напрягся. Закрыл капот, залез в машину, проверил ручник – стоит.

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

На следующий день поехали в дилерский автосервис и…

Первое, что сказал механик при проверке: “Ребят, а как вы доехали с не работающими тормозами?” Сдали на ремонт и через полчаса звонок (примерное содержание): “Тормозные трубки прогнили и с них сочилась тормозная жидкость, а так же сгнила одна задняя балка.

” Получается, что дилер Рольф продал нам машину с убитыми тормозами и умолчал об этом.

Это хорошо, что я случайно наткнулся на поломку и сработала моя чуйка, а если бы покупавший человек поехал на ней в другой город и по пути у него бы полностью отказали тормоза? В лучшем случае небольшая авария, в худшем – летальный исход. Ну-ка затормози на коробке-автомат с неопытным водителем на большой скорости. Причем, замена и ремонт тормозной системы стоит четверть этой машины. Спасибо, Рольф, я чуть было потенциально не лишился родного человека. Это вот так вы даете гарантии на свои автомобили? Молодцы, ребята. Молодцы.

Дилер Рольф Машина Поломка Обман клиентов Текст Негатив Тормоз

Этот курлыкающий звук издавал вентилятор в БП на протяжении рабочего дня ))))

[моё] Поломка Компьютер Звук

Надеюсь на силу пикабу. Случилась неприятная история. По пути с Волгограда в Саратов, сломалась машина, газель. Вся беда в том, что никто не останавливается, а кто останавливается, у тех нет троса. Мой трос безуспешно был истерзан и отравился в тросовый рай.

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

Мои координаты: широта: 50.2995518 долгота: 45.4112577

[моё] Сила Пикабу Поломка Газель Трасса Без рейтинга

Привет пикабушникам!

Особенный и пламенный привет рукастым и любящим дерево.

Случилась у меня маленькая неприятность.

Стоял себе спокойно красивый деревянный дракон из далёкой азиатской страны на постаменте на работе, но тут мышка (большая тётя-курьер) пробежала, хвостиком (да пусть будет хвостиком) махнула, и полетел дракон на пол. Его и до этого пару раз роняли немного, тогда он лишился усов и пары когтей (которые прилепили на пластилин), но так сильно до этого он не падал.

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

Но, по ряду обстоятельств, починить его я не смог.

Теперь же взываю к силе волшебства и, собственно, Пикабу:

Ищу мастера по дереву в столице рф, Москве то бишь.

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

Д-В-Ш примерно 35-40-15, что за дерево, к несчастью, не знаю.

Ставлю без рейтинга, очень надеюсь что пост увидят увлекающиеся и починят азиатского красавца. Показать полностью 4 [моё] Дракон Дерево Поломка Помощь Сила Пикабу Без рейтинга Длиннопост
Не знаю, реклама, не реклама, но соответствующий тэг оставлю.

В общем, рано или поздно старая мышь приходит в негодность. Вот и у моей зачудила ЛКМ. Проскакивает двойной-тройной клик при зажатии клавиши. Ни поиграть, ни в офисе поработать. Стал разбираться, что за фигнь.

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

Можно аккуратно снять корпус и вправить эту пластину, что временно решит проблему, но то ли я криворукий, то ли кнопка неразборная…

Тогда мышку можно поставить на програмный “костыль”

Есть такая утилита – MouseFix. Она способна отсекать неадекватно быстрые клики (которые человек физически не смог бы сделать). Именно в этом диапазоне обычно и происходит двойной-тройной клик, вызванный неисправностью. Ну так вот, мне лично помогло! До осени стерпит, к следующему лету привезу новую мышь…  Если не забуду. Ну а если забуду, то есть MouseFix!

[моё] Реклама Поломка Ремонт Программа Мышь Компьютер Интересное Совет

Давеча был паренек, приносил ноутбук на ремонт.

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

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

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

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

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

Решено было сделать все на его глазах, с небольшой доплатой за уделенное время. Ушел не очень довольный (по поводу доплаты), но больше пока что не возвращался.

Источник: https://pikabu.ru/story/rebyata_pomogite_mesyats_muchayus_5333447

Диагностика медленной загрузки Windows с помощью журнала событий

Microsoft windows diagnostics performance

Сегодня в моем блоге авторский дебют участника конференции OSZone в серию материалов об ускорении загрузки Windows и ее диагностике.

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

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

В этой статье мы  рассмотрим один из способов диагностики причин длительной загрузки Windows, используя ее штатное средство – журнал «Просмотр событий». Быстрый  доступ к этому инструменту обеспечивает нажатие сочетания клавиш Win+R и последующий ввод команды: eventvwr.msc /s.

На этой странице:

Диагностируем медленную загрузку

Чтобы выяснить причину замедления загрузки Windows, выделите фильтр «Замедление загрузки» в левой части окна в разделе «Настраиваемые представления» и отсортируйте столбец «Код события» (Event ID) по возрастающей. Каждый код соответствует определенному событию, увеличивающему продолжительность загрузки.

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

  • Код события 101. Событие 101 возникает, когда приложение загружается дольше обычного. Это часто связано с установкой обновлений. Если замедление загрузки наблюдается эпизодически, ничего страшного в этом нет. Но если какое-то приложение всякий раз загружается слишком долго или время замедления оказывается ненормально большим, тут нужно уже задуматься.
  • Код события 102. Событие 102 свидетельствует о замедлении инициализации драйвера. Это, опять же, может быть вызвано обновлением, но если ситуация возникает регулярно или замедление оказывается серьезным, стоит установить более свежую версию драйвера. Если таковой не имеется, попробуйте удалить и переустановить драйвер.
  • Код события 103. Событие 103 возникает при замедлении загрузки служб. Иногда это случается, но если это происходит регулярно, попробуйте изменить тип запуска службы на «Автоматически отложенный запуск» или «Вручную» в консоли «Службы».
  • Код события 106. Событие 106 свидетельствует о том, что выполнение фоновой операции по оптимизации затянулось. Поскольку оптимизация — операция продолжительная, ничего страшного в этом нет.
  • Код события 109. Событие 109 возникает при замедлении инициализации устройства. Если это явление редкое, беспокоиться не стоит. Но если инициализация затягивается всякий раз, не забывайте регулярно делать резервное копирование и будьте готовы к замене проблемного устройства.

У меня, например, обнаружились два события. Одно с кодом ID 108 :

 
Увеличить рисунок
Рисунок 7

Другое с кодом 109:

Увеличить рисунок
Рисунок 8

Столь маленькое время задержки на рисунках 7 и 8 не трагично, они приведены тут лишь для наглядности.

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

Источник: http://www.outsidethebox.ms/11276/

Поделиться:
Нет комментариев

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

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.