Diagnostics performance код 100 критическая ошибка

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

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

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

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

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

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

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

Рисунок 3

Рисунок 4

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

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

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

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

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

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

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

И наконец, мы подошли к самому важному и интересному.

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

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

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

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

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

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

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

Об авторе

Phoenix помогает участникам конференции OSZone. net в форумах клиентских операционных систем.

Вас также может заинтересовать:

Я в Telegram

Подпишитесь на канал и читайте интересные записи чаще! Есть вопросы? Задайте их в чате.

комментариев 14

здравствуйте! а как понять код 110?вот этот код
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 25.09.2011 8:50:49
Код события: 110
Категория задачи:Контроль производительности при загрузке
Уровень: Критический
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: константин-ПК
Описание:
Инициализация диспетчера сеанса вызвала замедление процесса запуска:
Имя : SMSSInit
Общее время : 71986мс
Время замедления : 63281мс
Время события (UTC) : ‎2011‎-‎09‎-‎24T21:47:54.640400300Z
Xml события:

110
1
1
4002
33
0x8000000000010000

2011-09-24T21:47:54.640400300Z
9
SMSSInit
71986
63281

Ваша оценка: -1

kostan, см. Фаза SMSSInit — там описана диагностика. Если не можете решить проблему самостоятельно, выполняйте требования в теме форума.

Ваша оценка: +2

А у меня в Diagnostics-Performance голое поле, нет записей после того, как я очистил журнал. Как мне теперь узнать время загрузки?

Ваша оценка: 0

Вова, в командной строке выполните shutdown /r

Ваша оценка: +3

Реально полезная статья. В лучшем случае в таких руководствах максимум на что можно рассчитывать — совет покопаться в автозагрузке msconfig; обычно же вообще пишут бред для блондинок, которые и оставляют десятки восторгающихся комментариев.

Ваша оценка: 0

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

Годится! Согласны? +4

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

Ваша оценка: -2

Служба Журнала событий не запускается: » Отказано в доступе», никак не могу вернуть доступ, консоль тоже «Недоступна» и все что может привести к цели — или недоступно или «Отказано в доступе» или «Ошибка код …» — исправить — недоступно, обратитесь за помощью к другу»»»…
Уже больше года ищу решение, но нигде не нахожу…
Как же все-таки включить эти слуюбы и сам Журнал событый?

Ваша оценка: 0

Здравствуйте! Отличная статься, оказывается умение пользоваться журналом, может заменить 100500 всяких диагностических утилит. У меня к вам просьба. Не могли бы вы, продолжить тему что-то в этом духе расписать про разделы Disk и Diagnostics-Network?

Ваша оценка: -1

Аркадий, а что там требует пояснений?

Ваша оценка: -1

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

Ваша оценка: -1

Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.

Может и по 1ХХ есть изменения и нужно править ваш диагностический пакет?

Ваша оценка: 0

Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.

Ваша оценка: 0

Diagnostics performance код события 100 как исправить

В «Просмотре событий» 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.

В поле «Включение или исключение кодов событий» (Includes/Excludes Event IDs) введите 100 (рис. B) и нажмите «OK».

В диалоговом окне «Сохранить фильтр в настраиваемое представление» (Save Filter to Custom View, рис. C) введите подходящее имя (например, «Длительность загрузки») и нажмите «OK».

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

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

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

Как видите, длительность самой первой загрузки системы на моем компьютере в октябре 2009 года составила 67 479 миллисекунд — или, если разделить на 1000, около 67 секунд. Для первого запуска это нормально — ведь после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, создает кэш SuperFetch. К декабрю 2009 года средняя продолжительность загрузки стабилизировалась на уровне около 37 секунд.

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

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.09.2016 16:14:19
Код события: 100
Категория задачи: Контроль производительности при загрузке
Уровень: Критический
Ключевые слова: Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: Andrew-PC
Описание:
Windows запущена:
Длительность загрузки: 215490ms
IsDegradation:false
Время события (UTC):‎2016‎-‎09‎-‎07T13:10:24.593600200Z
Xml события:

100
2
1
4002
34
0x8000000000010000

2
2016-09-07T13:10:24.593600200Z
2016-09-07T13:14:15.988341600Z
66
60
215490
138190
15
348
65585
55449
520941568
0
68808
464
135
331
1000
15
77300
false
0
0
0
0
false
false
false
0
0
false
2631
15
65600
1702
67149
333
67636
64026
368
4412
136444
280
3540

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.09.2016 16:14:19
Код события: 101
Категория задачи: Контроль производительности при загрузке
Уровень: Предупреждение
Ключевые слова: Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: Andrew-PC
Описание:
Это приложение загружалось дольше обычного, что привело к замедлению процесса запуска системы:
Имя файла: svchost. exe
Понятное имя: Хост-процесс для служб Windows
Версия: 6.1.7600.16385 (win7_rtm.090713-1255)
Общее время: 9229мс
Время замедления: 4229мс
Время события (UTC):‎2016‎-‎09‎-‎07T13:10:24.593600200Z
Xml события:

101
1
3
4002
33
0x8000000000010000

Сегодня в моем блоге авторский дебют участника конференции 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» вручную (например, отсортировать по возрастанию столбец «Код события»), но гораздо удобнее создать собственное настраиваемое представление. Это фильтр, который можно сохранить и использовать в дальнейшем для облегчения работы.

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

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

Рисунок 3

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

Рисунок 4

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

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

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

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

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

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

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

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

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

И наконец, мы подошли к самому важному и интересному.

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

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

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

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

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

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

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

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

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

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

Phoenix помогает участникам конференции OSZone. net в форумах клиентских операционных систем.

Вас также может заинтересовать:

Подпишитесь на бесплатные уведомления о новых записях и получите в подарок мою книгу об ускорении загрузки Windows!

комментариев 14

здравствуйте! а как понять код 110?вот этот код
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 25.09.2011 8:50:49
Код события: 110
Категория задачи:Контроль производительности при загрузке
Уровень: Критический
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: константин-ПК
Описание:
Инициализация диспетчера сеанса вызвала замедление процесса запуска:
Имя : SMSSInit
Общее время : 71986мс
Время замедления : 63281мс
Время события (UTC) : ‎2011‎-‎09‎-‎24T21:47:54.640400300Z
Xml события:

110
1
1
4002
33
0x8000000000010000

2011-09-24T21:47:54.640400300Z
9
SMSSInit
71986
63281

kostan, см. Фаза SMSSInit — там описана диагностика. Если не можете решить проблему самостоятельно, выполняйте требования в теме форума.

А у меня в Diagnostics-Performance голое поле, нет записей после того, как я очистил журнал. Как мне теперь узнать время загрузки?

Вова, в командной строке выполните shutdown /r

Реально полезная статья. В лучшем случае в таких руководствах максимум на что можно рассчитывать — совет покопаться в автозагрузке msconfig; обычно же вообще пишут бред для блондинок, которые и оставляют десятки восторгающихся комментариев.

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

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

Служба Журнала событий не запускается: » Отказано в доступе», никак не могу вернуть доступ, консоль тоже «Недоступна» и все что может привести к цели — или недоступно или «Отказано в доступе» или «Ошибка код …» — исправить — недоступно, обратитесь за помощью к другу»»»…
Уже больше года ищу решение, но нигде не нахожу…
Как же все-таки включить эти слуюбы и сам Журнал событый?

Здравствуйте! Отличная статься, оказывается умение пользоваться журналом, может заменить 100500 всяких диагностических утилит. У меня к вам просьба. Не могли бы вы, продолжить тему что-то в этом духе расписать про разделы Disk и Diagnostics-Network?

Аркадий, а что там требует пояснений?

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

Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.

Может и по 1ХХ есть изменения и нужно править ваш диагностический пакет?

Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.09.2016 16:14:19
Код события: 100
Категория задачи: Контроль производительности при загрузке
Уровень: Критический
Ключевые слова: Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: Andrew-PC
Описание:
Windows запущена:
Длительность загрузки: 215490ms
IsDegradation:false
Время события (UTC):‎2016‎-‎09‎-‎07T13:10:24.593600200Z
Xml события:

100
2
1
4002
34
0x8000000000010000

2
2016-09-07T13:10:24.593600200Z
2016-09-07T13:14:15.988341600Z
66
60
215490
138190
15
348
65585
55449
520941568
0
68808
464
135
331
1000
15
77300
false
0
0
0
0
false
false
false
0
0
false
2631
15
65600
1702
67149
333
67636
64026
368
4412
136444
280
3540

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.09.2016 16:14:19
Код события: 101
Категория задачи: Контроль производительности при загрузке
Уровень: Предупреждение
Ключевые слова: Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: Andrew-PC
Описание:
Это приложение загружалось дольше обычного, что привело к замедлению процесса запуска системы:
Имя файла: svchost. exe
Понятное имя: Хост-процесс для служб Windows
Версия: 6.1.7600.16385 (win7_rtm.090713-1255)
Общее время: 9229мс
Время замедления: 4229мс
Время события (UTC):‎2016‎-‎09‎-‎07T13:10:24.593600200Z
Xml события:

101
1
3
4002
33
0x8000000000010000

—> Гарантия качества и Надёжность

—>Главное меню —>

—> —>Категории раздела —>

—>Облако тегов —>

—>Статистика —>

Всего:

5

Новых за месяц:

Новых за неделю:

Новых вчера:

—>Счётчик —>

Операционные системы Windows 7 и Windows Vista отслеживают каждую загрузку системы и записывают отчет. Чтобы увидеть его, откройте Пуск
– Поиск — Журнал событий и перейдите в раздел Журналы приложений и служб – Microsoft – Windows – Diagnostics-
Performance. Там вы найдете один журнал, и он работает. Отчет о загрузке системы легко найти по коду события 100.
На рисунке желтым цветом выделено время загрузки в миллисекундах, поэтому 97634ms означает 97 секунд, т. е. около полутора минут. Это время определяется от самого начала загрузки Windows (сразу после завершения загрузки BIOS) и вплоть до полной загрузки рабочего стола, т. е. до прекращения активности

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

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

Boot Performance Events 100-110

Код события

Вызывать

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

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

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

Операция фоне оптимизации заняло больше времени, чтобы закончить.

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

Применение политики пользователей вызвало замедление запуска системы процесс.

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

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

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.09.2016 16:14:19
Код события: 100
Категория задачи: Контроль производительности при загрузке
Уровень: Критический
Ключевые слова: Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: Andrew-PC
Описание:
Windows запущена:
Длительность загрузки: 215490ms
IsDegradation:false
Время события (UTC):‎2016‎-‎09‎-‎07T13:10:24.593600200Z
Xml события:

100
2
1
4002
34
0x8000000000010000

2
2016-09-07T13:10:24.593600200Z
2016-09-07T13:14:15.988341600Z
66
60
215490
138190
15
348
65585
55449
520941568
0
68808
464
135
331
1000
15
77300
false
0
0
0
0
false
false
false
0
0
false
2631
15
65600
1702
67149
333
67636
64026
368
4412
136444
280
3540

Diagnostics performance код события 100 как исправить windows 10

Сообщения: 391
Благодарности: 8

Конфигурация компьютера
Материнская плата: B365M PRO-VH
HDD: 128Gb SSD Gigabyte (GP-GSM2NE3128GNTD), 1Tb SSD Crucial MX500 (CT1000MX500SSD1), 1Tb SSD Crucial MX500 (CT1000MX500SSD1)
Звук: Realtek High Definition Audio
CD/DVD: LG DH18NS61 (DVD-ROM) Black OEM
ОС: Windows 10 Pro x64

Профиль | Отправить PM | Цитировать

200
1
3
4007
40
0x8000000000010000

4270

Microsoft-Windows-Diagnostics-Performance/Operational
QWERTY1

1
2017-05-24T22:23:45.645168200Z
2017-05-24T22:23:58.474085600Z
12828
4454
1
392
3099
108
2885
5274
1
0
0
0
false
0

100
2
1
4002
34
0x8000000000010000

4271

Microsoft-Windows-Diagnostics-Performance/Operational
QWERTY1

2
2017-05-25T09:47:48.718400400Z
2017-05-25T09:50:03.550636000Z
1055
1044
133828
30418
28
1789
1186
0
0
0
7054
1392
704
1
13450
8
103410
false
9
8
512
512
false
false
false
26727
0
true
4723
28
1290
3288
4366
1685
6265
735
389
5929
13319
2942
1005

Diagnostics performance код события 100 как исправить windows 10

Сообщения: 391
Благодарности: 8

Конфигурация компьютера
Материнская плата: B365M PRO-VH
HDD: 128Gb SSD Gigabyte (GP-GSM2NE3128GNTD), 1Tb SSD Crucial MX500 (CT1000MX500SSD1), 1Tb SSD Crucial MX500 (CT1000MX500SSD1)
Звук: Realtek High Definition Audio
CD/DVD: LG DH18NS61 (DVD-ROM) Black OEM
ОС: Windows 10 Pro x64

Профиль | Отправить PM | Цитировать

200
1
3
4007
40
0x8000000000010000

4270

Microsoft-Windows-Diagnostics-Performance/Operational
QWERTY1

1
2017-05-24T22:23:45.645168200Z
2017-05-24T22:23:58.474085600Z
12828
4454
1
392
3099
108
2885
5274
1
0
0
0
false
0

100
2
1
4002
34
0x8000000000010000

4271

Microsoft-Windows-Diagnostics-Performance/Operational
QWERTY1

2
2017-05-25T09:47:48.718400400Z
2017-05-25T09:50:03.550636000Z
1055
1044
133828
30418
28
1789
1186
0
0
0
7054
1392
704
1
13450
8
103410
false
9
8
512
512
false
false
false
26727
0
true
4723
28
1290
3288
4366
1685
6265
735
389
5929
13319
2942
1005

В журнале событий Diagnostics-Performance постоянно появляется предупреждение, при загрузке-код 100, при выключении код-200?

Вопрос конечно, как исправить. Система: GA-770TA-UD3, AMD X4 925, Kingston 2×2 DDR3, WD CB-500, Radeon HD 5850 (ССС 10.5), привод LG, windows 7 HP*64, без разгона. Месяц назад собрал. Работает всё без сбоев.

Можно по этим данным что-то сказать?

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 09.06.2010 17:46:54
Код события: 100
Категория задачи:Контроль производительности при загрузке
Уровень: Предупреждение
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: HOME
Описание:
Windows запущена:
Длительность загрузки : 55483ms
IsDegradation : false
Время события (UTC) : ‎2010‎-‎06‎-‎09T13:44:33.702800400Z
Xml события:

100
2
3
4002
34
0x8000000000010000

245

Microsoft-Windows-Diagnostics-Performance/Operational
HOME

2
2010-06-09T13:44:33.702800400Z
2010-06-09T13:46:52.330242300Z
99
96
55483
41583
18
495
32403
22241
343134208
0
4326
1999
594
0
716
6
13900
false
9437184
0
0
0
false
false
false
13721
0
true
1833
18
32421
1091
33509
477
33990
1325
291
2708
38317
1955
6073

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 09.06.2010 17:46:54
Код события: 200
Категория задачи:Контроль производительности при выключении
Уровень: Предупреждение
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: HOME
Описание:
Завершение работы Windows
Продолжительность завершения работы : 5866мс
IsDegradation : false
Время события (UTC) : ‎2010‎-‎06‎-‎09T13:02:18.120442900Z
Xml события:

200
1
3
4007
40
0x8000000000010000

244

Microsoft-Windows-Diagnostics-Performance/Operational
HOME

1
2010-06-09T13:02:18.120442900Z
2010-06-09T13:02:23.987422800Z
5866
2455
4
195
2357
1083
1147
1053
0
0
0
0
false
0

Diagnostics-Performance код 100 Критическая ошибка

Здравствуйте, уже третий день подряд очень долго запускается компьютер, минут 10-15 и выключается примерно так же. Началось все с 02.10.19. Ниже приведена таблица

Критический 28.10.2019 11:11:00 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 27.10.2019 12:00:24 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 25.10.2019 11:37:48 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 24.10.2019 9:51:45 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 16.10.2019 8:58:04 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 10.10.2019 6:27:02 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 09.10.2019 6:21:02 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 07.10.2019 11:27:45 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 07.10.2019 10:10:46 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 06.10.2019 20:53:47 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 06.10.2019 13:26:12 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 05.10.2019 20:02:41 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 03.10.2019 17:25:15 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 03.10.2019 8:59:24 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 02.10.2019 22:17:10 Diagnostics-Performance 100 Контроль производительности при загрузке

БОЛЕЕ ПОДРОБНОЕ ОПИСАНИЕ за 28.10.19

Время события (UTC) : ‎2019‎-‎10‎-‎28T00:57:16.792674900Z

[ Name]

Microsoft-Windows-Diagnostics-Performance

Keywords

0x8000000000010000

[ SystemTime]

2019-10-28T01:11:00.982449600Z

Channel

Microsoft-Windows-Diagnostics-Performance/Operational

BootStartTime

2019-10-28T00:57:16.792674900Z

BootEndTime

2019-10-28T01:10:59.132653900Z

BootCriticalServicesInitTime

1647

BootUserProfileProcessingTime

16832

BootMachineProfileProcessingTime

1249

BootExplorerInitTime

20757

BootIsRebootAfterInstall

false

BootRootCauseStepImprovementBits

0

BootRootCauseGradualImprovementBits

0

BootRootCauseStepDegradationBits

0

BootRootCauseGradualDegradationBits

0

BootIsStepDegradation

false

BootIsGradualDegradation

false

BootIsRootCauseIdentified

false

BootPNPInitStartTimeMS

57

OtherKernelInitDuration

164531

SystemPNPInitStartTimeMS

7355

SystemPNPInitDuration

1152

SessionInitStartTimeMS

172787

Session0InitDuration

1728

SessionInitOtherDuration

400751

WinLogonStartTimeMS

575604

OtherLogonInitActivityDuration

20546

UserLogonWaitDuration

115652

Ответы (20) 

* Попробуйте выбрать меньший номер страницы.

* Введите только числа.

* Попробуйте выбрать меньший номер страницы.

* Введите только числа.

Если ранее проблемы не было-попробуйте выполнить восстановление системы до даты, когда всё было хорошо)
https://support.microsoft.com/ru-ru/help/12415/.

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

Для того, чтобы это сделать, нажмите Пуск, Выключение и удерживая клавишу Shift, Завершение работы.

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

Для этого нажмите правой кнопкой на меню Пуск, выберите командная строка (администратор). Или «Windows PowerShell (администратор)».

В открывшемся окне напечатайте Dism /Online /Cleanup-Image /RestoreHealth и нажмите Enter.
Команда начнет выполняться, нужно подождать(иногда команда может выполняться и 30 минут, в это время может показаться, что всё «зависло»)

Обращайте внимание на пробелы в командах.
Затем напечатайте sfc /scannow и нажмите Enter.

Если и это не поможет, проверьте сохраняется ли проблема в режиме чистой загрузки
https://support.microsoft.com/ru-ru/help/929135.

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

__
Если мой ответ вам помог, пожалуйста, отметьте его как ответ.

Disclaimer: В ответе могут быть ссылки на сайты не на сайты Microsoft, Все советы с таких сайтов Вы выполняете на свой страх и риск.

4 польз. нашли этот ответ полезным

Был ли этот ответ полезным?

К сожалению, это не помогло.

Отлично! Благодарим за отзыв.

Насколько Вы удовлетворены этим ответом?

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

Adblock
detector

Вчера Win 10 обновилась до 1803 и загружаться начала по 1.5-2 минуты, до обновления загружалась за 30-40 сек.

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

Из-за чего всё это?
Можно как-либо уменьшить время загрузки?

P.S — отключал ненужные мне службы, может причина крыться в этом? Прикрепил скрин, с графиком времени загрузки системы.

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

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

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

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

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

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

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

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

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

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

И наконец, мы подошли к самому важному и интересному.

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

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

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

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

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

Здравствуйте, уже третий день подряд очень долго запускается компьютер, минут 10-15 и выключается примерно так же. Началось все с 02.10.19. Ниже приведена таблица

Критический 28.10.2019 11:11:00 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 27.10.2019 12:00:24 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 25.10.2019 11:37:48 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 24.10.2019 9:51:45 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 16.10.2019 8:58:04 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 10.10.2019 6:27:02 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 09.10.2019 6:21:02 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 07.10.2019 11:27:45 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 07.10.2019 10:10:46 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 06.10.2019 20:53:47 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 06.10.2019 13:26:12 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 05.10.2019 20:02:41 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 03.10.2019 17:25:15 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 03.10.2019 8:59:24 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 02.10.2019 22:17:10 Diagnostics-Performance 100 Контроль производительности при загрузке

Diagnostics performance код события 100 как исправить

В своей прошлой статье «Новые возможности средства «Просмотр событий» в Windows 7» я рассказывал о новых возможностях просмотрщика событий и объяснял, в чем его преимущество по сравнению с версией из Windows XP. В этой статье я покажу, как использовать средство «Просмотр событий» (Event Viewer) из Windows 7 для выявления причин медленной загрузки операционной системы.

Запуск средства «Просмотр событий»

Создание настраиваемого представления

Можно, конечно, просматривать журнал «Diagnostics-Performance» вручную, но гораздо удобнее создать настраиваемое представление — по сути фильтр, который можно сохранить и использовать в дальнейшем. Для этого выберите опцию «Создать настраиваемое представление» (Create Custom View) из меню «Действие» (Action).

В поле «Включение или исключение кодов событий» (Includes/Excludes Event IDs) введите 100 (рис. B) и нажмите «OK».

В диалоговом окне «Сохранить фильтр в настраиваемое представление» (Save Filter to Custom View, рис. C) введите подходящее имя (например, «Длительность загрузки») и нажмите «OK».

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

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

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

Как видите, длительность самой первой загрузки системы на моем компьютере в октябре 2009 года составила 67 479 миллисекунд — или, если разделить на 1000, около 67 секунд. Для первого запуска это нормально — ведь после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, создает кэш SuperFetch. К декабрю 2009 года средняя продолжительность загрузки стабилизировалась на уровне около 37 секунд.

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

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

100 2 1 4002 34 0x8000000000010000

2 2016-09-07T13:10:24.593600200Z 2016-09-07T13:14:15.988341600Z 66 60 215490 138190 15 348 65585 55449 520941568 0 68808 464 135 331 1000 15 77300 false 0 0 0 0 false false false 0 0 false 2631 15 65600 1702 67149 333 67636 64026 368 4412 136444 280 3540

101 1 3 4002 33 0x8000000000010000

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

И наконец, мы подошли к самому важному и интересному.

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

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

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

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

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

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

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

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

Phoenix помогает участникам конференции OSZone.net в форумах клиентских операционных систем.

110 1 1 4002 33 0x8000000000010000

2011-09-24T21:47:54.640400300Z 9 SMSSInit 71986 63281

kostan, см. Фаза SMSSInit — там описана диагностика. Если не можете решить проблему самостоятельно, выполняйте требования в теме форума.

А у меня в Diagnostics-Performance голое поле,нет записей после того,как я очистил журнал.Как мне теперь узнать время загрузки?

Вова, в командной строке выполните shutdown /r

Реально полезная статья. В лучшем случае в таких руководствах максимум на что можно рассчитывать — совет покопаться в автозагрузке msconfig; обычно же вообще пишут бред для блондинок, которые и оставляют десятки восторгающихся комментариев.

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

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

Здравствуйте! Отличная статься, оказывается умение пользоваться журналом, может заменить 100500 всяких диагностических утилит. У меня к вам просьба. Не могли бы вы, продолжить тему что-то в этом духе расписать про разделы Disk и Diagnostics-Network?

Аркадий, а что там требует пояснений?

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

Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.

Может и по 1ХХ есть изменения и нужно править ваш диагностический пакет?

Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.

Симптомы

Предполагается, что компьютер, на котором выполняется Пакет обновления 1 (SP1) для Windows 7. При запуске компьютера 100 идентификатор события не регистрируются в журнале диагностики производительности, несмотря на то, что оно должно быть.

Эта проблема возникает, даже если параметр BootMinorThreshold имеет значение равно одной секунде.

Решение

Чтобы устранить эту проблему, установите исправление, описанное в данной статье.

Сведения об исправлении

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

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

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

http://support.microsoft.com/contactus/?ws=supportПримечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

Предварительные условия

Это исправление необходимо использовать Пакет обновления 1 (SP1) для Windows 7.

Для получения дополнительных сведений о получении пакета обновления для Windows 7 или Windows Server 2008 R2 см. следующую статью базы знаний Майкрософт:

976932 Сведения о пакете обновления 1 для Windows 7 и Windows Server 2008 R2

Сведения о реестре

Для установки этого исправления нет необходимости вносить изменения в реестр.

Необходимость перезагрузки

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

Сведения о замене исправлений

Это исправление не заменяет ранее выпущенные исправления.

—> Гарантия качества и Надёжность

Операционные системы Windows 7 и Windows Vista отслеживают каждую загрузку системы и записывают отчет. Чтобы увидеть его, откройте Пуск– Поиск — Журнал событий и перейдите в раздел Журналы приложений и служб – Microsoft – Windows – Diagnostics-Performance. Там вы найдете один журнал, и он работает. Отчет о загрузке системы легко найти по коду события 100.На рисунке желтым цветом выделено время загрузки в миллисекундах, поэтому 97634ms означает 97 секунд, т.е. около полутора минут. Это время определяется от самого начала загрузки Windows (сразу после завершения загрузки BIOS) и вплоть до полной загрузки рабочего стола, т.е. до прекращения активности

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

Boot Performance Events 100-110

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

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

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

Операция фоне оптимизации заняло больше времени, чтобы закончить.

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

Применение политики пользователей вызвало замедление запуска системы процесс.

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

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

Не отображается событие с кодом «100» в Журнале событий

Здравствуйте. Подскажите, почему в Журнале событий Windows 10 Pro x64 (Threshold 2) не отображается событие с кодом «100»(Загрузка Windows)? В журнале «Microsoft- Windows-Diagnostics- Performance» события с кодами 200, 203 (Завершение работы) есть, а о запуске Windows записей нет. Пару дней назад такие записи (и запуск и завершение работы) были, а сегодня заметил, что два дня события с кодом «100» не фиксируются. Как исправить?

Олег задал(а) этот вопрос 21 ноября 2015

Ответы

Критическая ошибка Kernel Power 41 (63) Windows 10 Решение

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

Это вопрос из архива. Добавление ответов отключено.

• Документы не являются коротким именем файла
• После установки Windows 10 и попытки обновить драйвер выключается ноутбук
• При загрузке системы регулярно проверяется внешний жесткий диск
• Компьютер запускается со 2 раза
• Настройка окон рабочего стола

Diagnostics-Performance код 100 Критическая ошибка — как исправить?

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

Для этого нажмите «Пуск», «Завершение работы» и, удерживая клавишу Shift, «Завершение работы.

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

Для этого щелкните правой кнопкой мыши меню «Пуск» и выберите «Командная строка (администратор)». Или «Windows PowerShell (администратор)».

В открывшемся окне введите Dism / Online / Cleanup-Image / RestoreHealth и нажмите Enter. Команда начнет выполняться, нужно подождать (иногда команда может работать минут 30, в этот момент может показаться, что все «зависает»)

Как использовать журнал событий в Windows

Обратите внимание на пробелы в командах. Затем введите sfc / scannow и нажмите Enter.

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

Удачи тебе! __Если мой ответ был вам полезен, отметьте его как ответ.

Отказ от ответственности: ответ может содержать ссылки на сайты, отличные от сайтов Microsoft. Вы следуете любым советам таких сайтов на свой страх и риск.

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

2022-12-22 22:08:45 22.02.2011 00:11, Phoenix

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

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

Выберите опцию «Создать настраиваемое представление» из меню «Действие».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1) Выберите опцию «Создать настраиваемое представление» из меню «Действие».

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

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

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