Сегодня в моем блоге авторский дебют участника конференции 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
Ваша оценка: 
kostan, см. Фаза SMSSInit — там описана диагностика. Если не можете решить проблему самостоятельно, выполняйте требования в теме форума.
Ваша оценка:
А у меня в Diagnostics-Performance голое поле, нет записей после того, как я очистил журнал. Как мне теперь узнать время загрузки?
Ваша оценка:
Вова, в командной строке выполните shutdown /r
Ваша оценка:
Реально полезная статья. В лучшем случае в таких руководствах максимум на что можно рассчитывать — совет покопаться в автозагрузке msconfig; обычно же вообще пишут бред для блондинок, которые и оставляют десятки восторгающихся комментариев.
Ваша оценка:
А чем полезная данная статья? Автор пишет, что у него время первой загрузки 45секунд, а сейчас 2 минуты, он узнает теперь коды ошибок и ему стало легче? мне вот например не понятно, что делать дальше.
Годится! Согласны?
Макс, если журналы не помогают, переходите к более глубокой диагностике — читайте следующие статьи серии.
Ваша оценка:
Служба Журнала событий не запускается: » Отказано в доступе», никак не могу вернуть доступ, консоль тоже «Недоступна» и все что может привести к цели — или недоступно или «Отказано в доступе» или «Ошибка код …» — исправить — недоступно, обратитесь за помощью к другу»»»…
Уже больше года ищу решение, но нигде не нахожу…
Как же все-таки включить эти слуюбы и сам Журнал событый?
Ваша оценка:
Здравствуйте! Отличная статься, оказывается умение пользоваться журналом, может заменить 100500 всяких диагностических утилит. У меня к вам просьба. Не могли бы вы, продолжить тему что-то в этом духе расписать про разделы Disk и Diagnostics-Network?
Ваша оценка:
Аркадий, а что там требует пояснений?
Ваша оценка:
Но там же тоже есть свои типы записей, я знаю, что во время обслуживания пк, система читает параметры smart, она их там ведь хранит записи?
Ваша оценка:
Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.
Может и по 1ХХ есть изменения и нужно править ваш диагностический пакет?
Ваша оценка:
Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.
Ваша оценка:
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 есть, и этого достаточно для диагностического пакета.
Diagnostic performance код ошибки 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
Источники:
https://www. outsidethebox. ms/11276/
https://web-shpargalka. ru/diagnostics-performance-kod-sobytija-100-kak. php
https://teh-fed. ru/diagnostic-performance-kod-oshibki-100/
Регулирование использования диска — один из способов поддерживать оптимальную работу ПК. Однако иногда приложения могут записывать 100% использование диска в Windows 10 из-за их действий или реестра.
Хотя это не рекомендуется, но все же не выходит за рамки нормы, если это происходит в течение некоторого времени. Однако пользователи жалуются, что реестр и системные процессы регистрируют интенсивное использование в течение длительных периодов времени.
Эти процессы обычно используют мало ресурсов и необходимы для ПК. Таким образом, это высокое использование диска указывает на проблему. Это руководство поможет вам исправить это ненормальное использование реестра на 100 процентов на вашем компьютере.
Что вызывает 100% использование диска?
Возможных причин проблемы с высоким использованием диска в реестре так много, что может быть трудно точно определить их все. Но вот некоторые из распространенных:
- Действия фоновых приложений. Некоторые фоновые приложения и процессы могут привести к тому, что реестр и система будут использовать 100% диска. Это может быть связано с тем, что они используют системные ресурсы для запуска ресурсоемких процессов.
- Системные службы: некоторые важные системные службы, такие как Windows Search, Prefetch и Superfetch, также вызывают эту проблему.
- Неисправный жесткий диск: Если ваш жесткий диск неисправен, он может работать неправильно и выдавать ложный сигнал тревоги.
- Проблемы с установкой ОС. В некоторых случаях причину этой проблемы трудно отследить. Чтобы быть в безопасности и спасти свой компьютер от повреждений, вы должны выполнить чистую установку Windows 10.
Как я могу исправить 100% использование диска в Windows 10?
1. Отключить некоторые системные службы
- Нажмите Windows клавишу, введите cmd и выберите «Запуск от имени администратора» в разделе «Командная строка».
- Введите команду ниже и нажмите Enter :
net stop Windows Search
- Теперь нажмите Windows + R , введите services.msc и нажмите OK.
- Дважды щелкните службу поиска Windows, чтобы открыть ее свойства.
- Установите для параметра «Тип запуска» значение «Отключено», нажмите кнопку «Стоп», а затем «ОК».
- Аналогичным образом отключите следующие службы:
- SysMain (ранее назывался Superfetch)
- Центр обновления Windows
Хотя большинство служб Windows предназначены для улучшения взаимодействия с пользователем, иногда они могут приводить к тому, что в реестре регистрируется высокая загрузка диска. Чтобы уменьшить их эффекты, вам нужно отключить их.
2. Чистая загрузка вашего компьютера
- Нажмите Windows + R , введите msconfig и нажмите OK.
- Выберите вкладку «Службы», установите флажок «Скрыть все службы Microsoft» и нажмите «Отключить все».
- Перейдите на вкладку «Автозагрузка» и нажмите «Открыть диспетчер задач».
- Щелкните правой кнопкой мыши каждый элемент автозагрузки и выберите «Отключить».
- Вернитесь в окно «Конфигурация системы», нажмите «Применить», затем «ОК» и перезагрузите компьютер.
Реестр может зарегистрировать 100-процентное использование диска при запуске из-за активности запускаемых приложений и процессов. Чистая загрузка отключает эти приложения и оставляет только необходимые службы Microsoft.
Если это решит проблему, теперь вы можете начать включать приложения и процессы в пакетах, чтобы узнать проблемный.
3. Удалите ожидающие или неудавшиеся отчеты о проблемах.
- Нажмите Windows клавишу, введите отчет о проблемах и выберите Просмотреть все отчеты о проблемах.
- Щелкните правой кнопкой мыши любой ожидающий отчет и выберите параметр «Удалить».
- Теперь перезагрузите компьютер.
Ваш компьютер отправляет отчеты о сбоях и проблемах в центр отчетов. Однако слишком много отчетов в очереди на отправку может привести к тому, что реестр или система зарегистрируют высокий уровень использования диска.
Таким образом, вам необходимо удалить эти отчеты, чтобы освободить реестр и систему от этой задачи.
4. Запустите проверку диска
- Нажмите Windows + R , чтобы открыть «Выполнить», введите cmd и нажмите Ctrl + Shift + Enter .
- Вставьте следующее и нажмите Enter :
chkdsk /f /r
- Подождите, пока ваш компьютер обработает команду
Высокое использование диска в реестре может быть не только проблемой программного обеспечения. Это также может быть связано с проблемами с жестким диском. Запуск утилиты Check Disk проверит диск на наличие возможных проблем и попытается их исправить.
5. Запустите очистку диска
- Нажмите Windows + S , введите «Диск» и выберите параметр «Очистка диска».
- Теперь выберите диск из выпадающего меню и нажмите OK.
- Установите флажки «Загруженные файлы программы», «Временные файлы Интернета», «Временные файлы», «Корзина» и «Миниатюры» и нажмите «ОК», чтобы очистить их.
- Выберите «Удалить файлы» в появившемся окне подтверждения.
- После этого снова откройте «Очистка диска» и на этот раз нажмите «Очистить системные файлы».
- Снова выберите диск, чтобы продолжить.
- Теперь выберите файлы, которые вы хотите удалить, и нажмите «ОК».
Слишком много ненужных файлов на вашем жестком диске может привести к ненужным проблемам, таким как высокая загрузка реестра. Использование инструмента очистки диска помогает удалить эти файлы и оптимизировать память.
6. Выполните обновление на месте
- Перейдите на страницу Windows 10 и нажмите «Загрузить сейчас», чтобы получить установочный носитель Windows 10.
- Запустите загруженный файл.
- Установите флажок «Обновить этот компьютер сейчас» и нажмите кнопку «Далее».
- Убедитесь, что флажок «Сохранить личные файлы и приложения» отмечен на странице «Все готово к установке». Если нет, нажмите « Изменить, что сохранить», выберите «Сохранить личные файлы и приложение» и, наконец, нажмите «Установить».
Если все вышеперечисленные исправления не помогли решить проблему с высоким использованием диска в реестре, возможно, лучше всего переустановить Windows 10. Выполнение обновления на месте устанавливает последнюю версию ОС на ваш компьютер без потери ваших файлов.
Это должно устранить все процессы, которые могут вызывать эту проблему.
И это означает конец этого руководства. Мы надеемся, что наши подробные решения помогли вам остановить реестр и систему от регистрации высокого использования диска.
Если у вас есть какие-либо комментарии или вопросы, не стесняйтесь записывать их в комментариях ниже.
- Remove From My Forums
-
Вопрос
-
Здравствуйте.
В ноябре 2020 года у меня (и не только у меня) в Event Viewer (Microsoft-Windows-Diagnostics-Performance/Operational) перестало регистрироваться событие с кодом 100, показывающее длительность загрузки Windows 3 и причины ее увеличения. При
этом событие 200, показывающее длительность выключение системы регистрируется нормально. Не подскажите, в чем причина такого поведения системы, как можно вернуть в журнал событий событие с кодом 100, или где можно
увидеть аналогичные данные.
Спасибо
 |
Номер ошибки: | Ошибка 100 |
| Название ошибки: | Windows Update Error Code 100 | |
| Описание ошибки: | Ошибка 100: Возникла ошибка в приложении Windows Update. Приложение будет закрыто. Приносим извинения за неудобства. | |
| Разработчик: | Microsoft Corporation | |
| Программное обеспечение: | Windows Update | |
| Относится к: | Windows XP, Vista, 7, 8, 10, 11 |
«Windows Update Error Code 100» Введение
«Windows Update Error Code 100» обычно является ошибкой (ошибкой), обнаруженных во время выполнения. Когда дело доходит до Windows Update, инженеры программного обеспечения используют арсенал инструментов, чтобы попытаться сорвать эти ошибки как можно лучше. К сожалению, такие проблемы, как ошибка 100, могут быть пропущены, и программное обеспечение будет содержать эти проблемы при выпуске.
После первоначального выпуска пользователи Windows Update могут столкнуться с сообщением «Windows Update Error Code 100» во время запуска программы. Когда появится ошибка, пользователи компьютеров смогут уведомить разработчика о наличии ошибки 100 через отчеты об ошибках. Команда программирования может использовать эту информацию для поиска и устранения проблемы (разработка обновления). Следовательно, разработчик будет использовать пакет обновления Windows Update для устранения ошибки 100 и любых других сообщений об ошибках.
Что вызывает ошибку времени выполнения 100?
Ошибки выполнения при запуске Windows Update — это когда вы, скорее всего, столкнетесь с «Windows Update Error Code 100». Три распространенные причины, по которым ошибки во время выполнения, такие как всплывающее окно ошибки 100:
Ошибка 100 Crash — программа обнаружила ошибку 100 из-за указанной задачи и завершила работу программы. Как правило, это результат того, что Windows Update не понимает входные данные или не знает, что выводить в ответ.
Утечка памяти «Windows Update Error Code 100» — ошибка 100 приводит к постоянной утечке памяти Windows Update. Потребление памяти напрямую пропорционально загрузке ЦП. Потенциальным фактором ошибки является код Microsoft Corporation, так как ошибка предотвращает завершение программы.
Ошибка 100 Logic Error — Логическая ошибка вызывает неправильный вывод, даже если пользователь дал действительные входные данные. Это может произойти, когда исходный код Microsoft Corporation имеет уязвимость в отношении передачи данных.
Большинство ошибок Windows Update Error Code 100 являются результатом отсутствия или повреждения версии файла, установленного Windows Update. Возникновение подобных проблем является раздражающим фактором, однако их легко устранить, заменив файл Microsoft Corporation, из-за которого возникает проблема. Запуск сканирования реестра после замены файла, из-за которого возникает проблема, позволит очистить все недействительные файлы Windows Update Error Code 100, расширения файлов или другие ссылки на файлы, которые могли быть повреждены в результате заражения вредоносным ПО.
Распространенные проблемы Windows Update Error Code 100
Усложнения Windows Update с Windows Update Error Code 100 состоят из:
- «Ошибка программы Windows Update Error Code 100. «
- «Windows Update Error Code 100 не является программой Win32. «
- «Извините за неудобства — Windows Update Error Code 100 имеет проблему. «
- «К сожалению, мы не можем найти Windows Update Error Code 100. «
- «Отсутствует файл Windows Update Error Code 100.»
- «Проблема при запуске приложения: Windows Update Error Code 100. «
- «Файл Windows Update Error Code 100 не запущен.»
- «Windows Update Error Code 100 остановлен. «
- «Неверный путь к приложению: Windows Update Error Code 100.»
Проблемы Windows Update Error Code 100 с участием Windows Updates возникают во время установки, при запуске или завершении работы программного обеспечения, связанного с Windows Update Error Code 100, или во время процесса установки Windows. Выделение при возникновении ошибок Windows Update Error Code 100 имеет первостепенное значение для поиска причины проблем Windows Update и сообщения о них вMicrosoft Corporation за помощью.
Причины ошибок в файле Windows Update Error Code 100
Эти проблемы Windows Update Error Code 100 создаются отсутствующими или поврежденными файлами Windows Update Error Code 100, недопустимыми записями реестра Windows Update или вредоносным программным обеспечением.
Более конкретно, данные ошибки Windows Update Error Code 100 могут быть вызваны следующими причинами:
- Недопустимая или поврежденная запись Windows Update Error Code 100.
- Зазаражение вредоносными программами повредил файл Windows Update Error Code 100.
- Вредоносное удаление (или ошибка) Windows Update Error Code 100 другим приложением (не Windows Update).
- Другое программное приложение, конфликтующее с Windows Update Error Code 100.
- Поврежденная загрузка или неполная установка программного обеспечения Windows Update.
Продукт Solvusoft
Загрузка
WinThruster 2023 — Проверьте свой компьютер на наличие ошибок.
Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11
Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление
Содержание
- Diagnostics performance код события 100 как исправить windows 10
- Diagnostics performance код события 100 как исправить windows 10
- В журнале событий Diagnostics-Performance постоянно появляется предупреждение, при загрузке-код 100, при выключении код-200?
- Diagnostics-Performance код 100 Критическая ошибка
- Ответы (20)
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
Сегодня в моем блоге авторский дебют участника конференции 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
Ваша оценка:
kostan, см. Фаза SMSSInit — там описана диагностика. Если не можете решить проблему самостоятельно, выполняйте требования в теме форума.
Ваша оценка:
А у меня в Diagnostics-Performance голое поле, нет записей после того, как я очистил журнал. Как мне теперь узнать время загрузки?
Ваша оценка:
Вова, в командной строке выполните shutdown /r
Ваша оценка:
Реально полезная статья. В лучшем случае в таких руководствах максимум на что можно рассчитывать — совет покопаться в автозагрузке msconfig; обычно же вообще пишут бред для блондинок, которые и оставляют десятки восторгающихся комментариев.
Ваша оценка:
А чем полезная данная статья? Автор пишет, что у него время первой загрузки 45секунд, а сейчас 2 минуты, он узнает теперь коды ошибок и ему стало легче? мне вот например не понятно, что делать дальше.
Годится! Согласны?
Макс, если журналы не помогают, переходите к более глубокой диагностике — читайте следующие статьи серии.
Ваша оценка:
Служба Журнала событий не запускается: » Отказано в доступе», никак не могу вернуть доступ, консоль тоже «Недоступна» и все что может привести к цели — или недоступно или «Отказано в доступе» или «Ошибка код …» — исправить — недоступно, обратитесь за помощью к другу»»»…
Уже больше года ищу решение, но нигде не нахожу…
Как же все-таки включить эти слуюбы и сам Журнал событый?
Ваша оценка:
Здравствуйте! Отличная статься, оказывается умение пользоваться журналом, может заменить 100500 всяких диагностических утилит. У меня к вам просьба. Не могли бы вы, продолжить тему что-то в этом духе расписать про разделы Disk и Diagnostics-Network?
Ваша оценка:
Аркадий, а что там требует пояснений?
Ваша оценка:
Но там же тоже есть свои типы записей, я знаю, что во время обслуживания пк, система читает параметры smart, она их там ведь хранит записи?
Ваша оценка:
Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.
Может и по 1ХХ есть изменения и нужно править ваш диагностический пакет?
Ваша оценка:
Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.
Ваша оценка:
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 есть, и этого достаточно для диагностического пакета.
Diagnostic performance код ошибки 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
Источники:
https://www. outsidethebox. ms/11276/
https://web-shpargalka. ru/diagnostics-performance-kod-sobytija-100-kak. php
https://teh-fed. ru/diagnostic-performance-kod-oshibki-100/
Регулирование использования диска — один из способов поддерживать оптимальную работу ПК. Однако иногда приложения могут записывать 100% использование диска в Windows 10 из-за их действий или реестра.
Хотя это не рекомендуется, но все же не выходит за рамки нормы, если это происходит в течение некоторого времени. Однако пользователи жалуются, что реестр и системные процессы регистрируют интенсивное использование в течение длительных периодов времени.
Эти процессы обычно используют мало ресурсов и необходимы для ПК. Таким образом, это высокое использование диска указывает на проблему. Это руководство поможет вам исправить это ненормальное использование реестра на 100 процентов на вашем компьютере.
Возможных причин проблемы с высоким использованием диска в реестре так много, что может быть трудно точно определить их все. Но вот некоторые из распространенных:
- Действия фоновых приложений. Некоторые фоновые приложения и процессы могут привести к тому, что реестр и система будут использовать 100% диска. Это может быть связано с тем, что они используют системные ресурсы для запуска ресурсоемких процессов.
- Системные службы: некоторые важные системные службы, такие как Windows Search, Prefetch и Superfetch, также вызывают эту проблему.
- Неисправный жесткий диск: Если ваш жесткий диск неисправен, он может работать неправильно и выдавать ложный сигнал тревоги.
- Проблемы с установкой ОС. В некоторых случаях причину этой проблемы трудно отследить. Чтобы быть в безопасности и спасти свой компьютер от повреждений, вы должны выполнить чистую установку Windows 10.
Как я могу исправить 100% использование диска в Windows 10?
1. Отключить некоторые системные службы
- Нажмите Windows клавишу, введите cmd и выберите «Запуск от имени администратора» в разделе «Командная строка».
- Введите команду ниже и нажмите Enter :
net stop Windows Search - Теперь нажмите Windows + R , введите services.msc и нажмите OK.
- Дважды щелкните службу поиска Windows, чтобы открыть ее свойства.
- Установите для параметра «Тип запуска» значение «Отключено», нажмите кнопку «Стоп», а затем «ОК».
- Аналогичным образом отключите следующие службы:
- SysMain (ранее назывался Superfetch)
- Центр обновления Windows
Хотя большинство служб Windows предназначены для улучшения взаимодействия с пользователем, иногда они могут приводить к тому, что в реестре регистрируется высокая загрузка диска. Чтобы уменьшить их эффекты, вам нужно отключить их.
2. Чистая загрузка вашего компьютера
- Нажмите Windows + R , введите msconfig и нажмите OK.
- Выберите вкладку «Службы», установите флажок «Скрыть все службы Microsoft» и нажмите «Отключить все».
- Перейдите на вкладку «Автозагрузка» и нажмите «Открыть диспетчер задач».
- Щелкните правой кнопкой мыши каждый элемент автозагрузки и выберите «Отключить».
- Вернитесь в окно «Конфигурация системы», нажмите «Применить», затем «ОК» и перезагрузите компьютер.
Реестр может зарегистрировать 100-процентное использование диска при запуске из-за активности запускаемых приложений и процессов. Чистая загрузка отключает эти приложения и оставляет только необходимые службы Microsoft.
Если это решит проблему, теперь вы можете начать включать приложения и процессы в пакетах, чтобы узнать проблемный.
3. Удалите ожидающие или неудавшиеся отчеты о проблемах.
- Нажмите Windows клавишу, введите отчет о проблемах и выберите Просмотреть все отчеты о проблемах.
- Щелкните правой кнопкой мыши любой ожидающий отчет и выберите параметр «Удалить».
- Теперь перезагрузите компьютер.
Ваш компьютер отправляет отчеты о сбоях и проблемах в центр отчетов. Однако слишком много отчетов в очереди на отправку может привести к тому, что реестр или система зарегистрируют высокий уровень использования диска.
Таким образом, вам необходимо удалить эти отчеты, чтобы освободить реестр и систему от этой задачи.
4. Запустите проверку диска
- Нажмите Windows + R , чтобы открыть «Выполнить», введите cmd и нажмите Ctrl + Shift + Enter .
- Вставьте следующее и нажмите Enter :
chkdsk /f /r - Подождите, пока ваш компьютер обработает команду
Высокое использование диска в реестре может быть не только проблемой программного обеспечения. Это также может быть связано с проблемами с жестким диском. Запуск утилиты Check Disk проверит диск на наличие возможных проблем и попытается их исправить.
5. Запустите очистку диска
- Нажмите Windows + S , введите «Диск» и выберите параметр «Очистка диска».
- Теперь выберите диск из выпадающего меню и нажмите OK.
- Установите флажки «Загруженные файлы программы», «Временные файлы Интернета», «Временные файлы», «Корзина» и «Миниатюры» и нажмите «ОК», чтобы очистить их.
- Выберите «Удалить файлы» в появившемся окне подтверждения.
- После этого снова откройте «Очистка диска» и на этот раз нажмите «Очистить системные файлы».
- Снова выберите диск, чтобы продолжить.
- Теперь выберите файлы, которые вы хотите удалить, и нажмите «ОК».
Слишком много ненужных файлов на вашем жестком диске может привести к ненужным проблемам, таким как высокая загрузка реестра. Использование инструмента очистки диска помогает удалить эти файлы и оптимизировать память.
6. Выполните обновление на месте
- Перейдите на страницу Windows 10 и нажмите «Загрузить сейчас», чтобы получить установочный носитель Windows 10.
- Запустите загруженный файл.
- Установите флажок «Обновить этот компьютер сейчас» и нажмите кнопку «Далее».
- Убедитесь, что флажок «Сохранить личные файлы и приложения» отмечен на странице «Все готово к установке». Если нет, нажмите « Изменить, что сохранить», выберите «Сохранить личные файлы и приложение» и, наконец, нажмите «Установить».
Если все вышеперечисленные исправления не помогли решить проблему с высоким использованием диска в реестре, возможно, лучше всего переустановить Windows 10. Выполнение обновления на месте устанавливает последнюю версию ОС на ваш компьютер без потери ваших файлов.
Это должно устранить все процессы, которые могут вызывать эту проблему.
И это означает конец этого руководства. Мы надеемся, что наши подробные решения помогли вам остановить реестр и систему от регистрации высокого использования диска.
Если у вас есть какие-либо комментарии или вопросы, не стесняйтесь записывать их в комментариях ниже.
Сегодня в моем блоге авторский дебют участника конференции 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
Ваша оценка:
kostan, см. Фаза SMSSInit — там описана диагностика. Если не можете решить проблему самостоятельно, выполняйте требования в теме форума.
Ваша оценка:
А у меня в Diagnostics-Performance голое поле, нет записей после того, как я очистил журнал. Как мне теперь узнать время загрузки?
Ваша оценка:
Вова, в командной строке выполните shutdown /r
Ваша оценка:
Реально полезная статья. В лучшем случае в таких руководствах максимум на что можно рассчитывать — совет покопаться в автозагрузке msconfig; обычно же вообще пишут бред для блондинок, которые и оставляют десятки восторгающихся комментариев.
Ваша оценка:
А чем полезная данная статья? Автор пишет, что у него время первой загрузки 45секунд, а сейчас 2 минуты, он узнает теперь коды ошибок и ему стало легче? мне вот например не понятно, что делать дальше.
Годится! Согласны?
Макс, если журналы не помогают, переходите к более глубокой диагностике — читайте следующие статьи серии.
Ваша оценка:
Служба Журнала событий не запускается: » Отказано в доступе», никак не могу вернуть доступ, консоль тоже «Недоступна» и все что может привести к цели — или недоступно или «Отказано в доступе» или «Ошибка код …» — исправить — недоступно, обратитесь за помощью к другу»»»…
Уже больше года ищу решение, но нигде не нахожу…
Как же все-таки включить эти слуюбы и сам Журнал событый?
Ваша оценка:
Здравствуйте! Отличная статься, оказывается умение пользоваться журналом, может заменить 100500 всяких диагностических утилит. У меня к вам просьба. Не могли бы вы, продолжить тему что-то в этом духе расписать про разделы Disk и Diagnostics-Network?
Ваша оценка:
Аркадий, а что там требует пояснений?
Ваша оценка:
Но там же тоже есть свои типы записей, я знаю, что во время обслуживания пк, система читает параметры smart, она их там ведь хранит записи?
Ваша оценка:
Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.
Может и по 1ХХ есть изменения и нужно править ваш диагностический пакет?
Ваша оценка:
Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.
Ваша оценка:
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 есть, и этого достаточно для диагностического пакета.
Diagnostic performance код ошибки 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
Источники:
https://www. outsidethebox. ms/11276/
https://web-shpargalka. ru/diagnostics-performance-kod-sobytija-100-kak. php
https://teh-fed. ru/diagnostic-performance-kod-oshibki-100/
Содержание
- Diagnostics-Performance код ошибки 100 Долго грузит Windows.
- Вадим Стеркин
- Фильтруем журнал событий
- Узнаем продолжительность загрузки
- Диагностируем медленную загрузку
- Diagnostics performance код события 100 как исправить
- Фильтруем журнал событий
- Узнаем продолжительность загрузки
- Диагностируем медленную загрузку
- Вас также может заинтересовать:
- комментариев 14
Diagnostics-Performance код ошибки 100 Долго грузит Windows.
Имя журнала: 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).
Коды событий (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 не трагично, они приведены тут лишь для наглядности.
Проведенный таким образом анализ и элементарные навыки пользования поиском в сети Интернет, позволят вам составить представление о причинах увеличения времени загрузки операционной системы.
Источник
Diagnostics performance код события 100 как исправить
В своей прошлой статье «Новые возможности средства «Просмотр событий» в 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.
В поле «Включение или исключение кодов событий» (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 есть, и этого достаточно для диагностического пакета.
Источник
Содержание
- Diagnostics performance код события 100 как исправить windows 10
- Diagnostics performance код события 100 как исправить windows 10
- В журнале событий Diagnostics-Performance постоянно появляется предупреждение, при загрузке-код 100, при выключении код-200?
- Diagnostics-Performance код 100 Критическая ошибка
- Ответы (20)
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 предупреждения.
Ошибка 100
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.06.2018 17:41:00
Код события: 100
Категория задачи:Контроль производительности при загрузке
Уровень: Ошибка
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: DESKTOP-RT2KNLA
Описание:
Windows запущена:
Длительность загрузки : 108820ms
IsDegradation : true
Время события (UTC) : 2018-06-07T11:38:18.647198100Z
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Diagnostics-Performance» Guid=»{CFC18EC0-96B1-4EBA-961B-622CAEE05B0A}» />
<EventID>100</EventID>
<Version>2</Version>
<Level>2</Level>
<Task>4002</Task>
<Opcode>34</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime=»2018-06-07T11:41:00.741462000Z» />
<EventRecordID>2</EventRecordID>
<Correlation ActivityID=»{07DC722D-FE54-0002-7B77-DC0754FED301}» />
<Execution ProcessID=»2876″ ThreadID=»3696″ />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>DESKTOP-RT2KNLA</Computer>
<Security UserID=»S-1-5-19″ />
</System>
<EventData>
<Data Name=»BootTsVersion»>2</Data>
<Data Name=»BootStartTime»>2018-06-07T11:38:18.647198100Z</Data>
<Data Name=»BootEndTime»>2018-06-07T11:40:58.655959300Z</Data>
<Data Name=»SystemBootInstance»>2</Data>
<Data Name=»UserBootInstance»>2</Data>
<Data Name=»BootTime»>108820</Data>
<Data Name=»MainPathBootTime»>76220</Data>
<Data Name=»BootKernelInitTime»>37</Data>
<Data Name=»BootDriverInitTime»>1437</Data>
<Data Name=»BootDevicesInitTime»>450</Data>
<Data Name=»BootPrefetchInitTime»>0</Data>
<Data Name=»BootPrefetchBytes»>0</Data>
<Data Name=»BootAutoChkTime»>0</Data>
<Data Name=»BootSmssInitTime»>23034</Data>
<Data Name=»BootCriticalServicesInitTime»>37451</Data>
<Data Name=»BootUserProfileProcessingTime»>3635</Data>
<Data Name=»BootMachineProfileProcessingTime»>168</Data>
<Data Name=»BootExplorerInitTime»>41255</Data>
<Data Name=»BootNumStartupApps»>3</Data>
<Data Name=»BootPostBootTime»>32600</Data>
<Data Name=»BootIsRebootAfterInstall»>false</Data>
<Data Name=»BootRootCauseStepImprovementBits»>0</Data>
<Data Name=»BootRootCauseGradualImprovementBits»>0</Data>
<Data Name=»BootRootCauseStepDegradationBits»>13632256</Data>
<Data Name=»BootRootCauseGradualDegradationBits»>13632256</Data>
<Data Name=»BootIsDegradation»>true</Data>
<Data Name=»BootIsStepDegradation»>true</Data>
<Data Name=»BootIsGradualDegradation»>true</Data>
<Data Name=»BootImprovementDelta»>0</Data>
<Data Name=»BootDegradationDelta»>50490</Data>
<Data Name=»BootIsRootCauseIdentified»>true</Data>
<Data Name=»OSLoaderDuration»>3418</Data>
<Data Name=»BootPNPInitStartTimeMS»>37</Data>
<Data Name=»BootPNPInitDuration»>4909</Data>
<Data Name=»OtherKernelInitDuration»>565</Data>
<Data Name=»SystemPNPInitStartTimeMS»>5004</Data>
<Data Name=»SystemPNPInitDuration»>1399</Data>
<Data Name=»SessionInitStartTimeMS»>6874</Data>
<Data Name=»Session0InitDuration»>1607</Data>
<Data Name=»Session1InitDuration»>259</Data>
<Data Name=»SessionInitOtherDuration»>21167</Data>
<Data Name=»WinLogonStartTimeMS»>29909</Data>
<Data Name=»OtherLogonInitActivityDuration»>1252</Data>
<Data Name=»UserLogonWaitDuration»>19799</Data>
</EventData>
</Event>
Предупреждение 101
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.06.2018 17:41:00
Код события: 101
Категория задачи:Контроль производительности при загрузке
Уровень: Предупреждение
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: DESKTOP-RT2KNLA
Описание:
Это приложение загружалось дольше обычного, что привело к замедлению процесса запуска системы:
Имя файла : De
Понятное имя :
Версия :
Общее время : 1557мс
Время замедления : 557мс
Время события (UTC) : 2018-06-07T11:38:18.647198100Z
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Diagnostics-Performance» Guid=»{CFC18EC0-96B1-4EBA-961B-622CAEE05B0A}» />
<EventID>101</EventID>
<Version>1</Version>
<Level>3</Level>
<Task>4002</Task>
<Opcode>33</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime=»2018-06-07T11:41:00.741478300Z» />
<EventRecordID>4</EventRecordID>
<Correlation ActivityID=»{07DC722D-FE54-0002-7B77-DC0754FED301}» />
<Execution ProcessID=»2876″ ThreadID=»3696″ />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>DESKTOP-RT2KNLA</Computer>
<Security UserID=»S-1-5-19″ />
</System>
<EventData>
<Data Name=»StartTime»>2018-06-07T11:38:18.647198100Z</Data>
<Data Name=»NameLength»>3</Data>
<Data Name=»Name»>De</Data>
<Data Name=»FriendlyNameLength»>0</Data>
<Data Name=»FriendlyName»>
</Data>
<Data Name=»VersionLength»>0</Data>
<Data Name=»Version»>
</Data>
<Data Name=»TotalTime»>1557</Data>
<Data Name=»DegradationTime»>557</Data>
<Data Name=»PathLength»>6</Data>
<Data Name=»Path»>C:De</Data>
<Data Name=»ProductNameLength»>0</Data>
<Data Name=»ProductName»>
</Data>
<Data Name=»CompanyNameLength»>0</Data>
<Data Name=»CompanyName»>
</Data>
</EventData>
</Event>
Предупреждение 101
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.06.2018 17:41:00
Код события: 101
Категория задачи:Контроль производительности при загрузке
Уровень: Предупреждение
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: DESKTOP-RT2KNLA
Описание:
Это приложение загружалось дольше обычного, что привело к замедлению процесса запуска системы:
Имя файла : Devic
Понятное имя :
Версия :
Общее время : 15903мс
Время замедления : 12403мс
Время события (UTC) : 2018-06-07T11:38:18.647198100Z
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Diagnostics-Performance» Guid=»{CFC18EC0-96B1-4EBA-961B-622CAEE05B0A}» />
<EventID>101</EventID>
<Version>1</Version>
<Level>3</Level>
<Task>4002</Task>
<Opcode>33</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime=»2018-06-07T11:41:00.741473200Z» />
<EventRecordID>3</EventRecordID>
<Correlation ActivityID=»{07DC722D-FE54-0002-7B77-DC0754FED301}» />
<Execution ProcessID=»2876″ ThreadID=»3696″ />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>DESKTOP-RT2KNLA</Computer>
<Security UserID=»S-1-5-19″ />
</System>
<EventData>
<Data Name=»StartTime»>2018-06-07T11:38:18.647198100Z</Data>
<Data Name=»NameLength»>6</Data>
<Data Name=»Name»>Devic</Data>
<Data Name=»FriendlyNameLength»>0</Data>
<Data Name=»FriendlyName»>
</Data>
<Data Name=»VersionLength»>0</Data>
<Data Name=»Version»>
</Data>
<Data Name=»TotalTime»>15903</Data>
<Data Name=»DegradationTime»>12403</Data>
<Data Name=»PathLength»>9</Data>
<Data Name=»Path»>C:Devic</Data>
<Data Name=»ProductNameLength»>0</Data>
<Data Name=»ProductName»>
</Data>
<Data Name=»CompanyNameLength»>0</Data>
<Data Name=»CompanyName»>
</Data>
</EventData>
</Event>
Ошибка 103
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.06.2018 17:41:00
Код события: 103
Категория задачи:Контроль производительности при загрузке
Уровень: Ошибка
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: DESKTOP-RT2KNLA
Описание:
Эта служба запускалась дольше обычного, что привело к замедлению процесса запуска системы:
Имя файла : audiosrv
Понятное имя : Служба Windows Audio
Версия : 10.0.17134.48 (WinBuild.160101.0800)
Общее время : 36585мс
Время замедления : 34585мс
Время события (UTC) : 2018-06-07T11:38:18.647198100Z
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Diagnostics-Performance» Guid=»{CFC18EC0-96B1-4EBA-961B-622CAEE05B0A}» />
<EventID>103</EventID>
<Version>1</Version>
<Level>2</Level>
<Task>4002</Task>
<Opcode>33</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime=»2018-06-07T11:41:00.741485400Z» />
<EventRecordID>5</EventRecordID>
<Correlation ActivityID=»{07DC722D-FE54-0002-7B77-DC0754FED301}» />
<Execution ProcessID=»2876″ ThreadID=»3696″ />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>DESKTOP-RT2KNLA</Computer>
<Security UserID=»S-1-5-19″ />
</System>
<EventData>
<Data Name=»StartTime»>2018-06-07T11:38:18.647198100Z</Data>
<Data Name=»NameLength»>9</Data>
<Data Name=»Name»>audiosrv</Data>
<Data Name=»FriendlyNameLength»>21</Data>
<Data Name=»FriendlyName»>Служба Windows Audio</Data>
<Data Name=»VersionLength»>37</Data>
<Data Name=»Version»>10.0.17134.48 (WinBuild.160101.0800)</Data>
<Data Name=»TotalTime»>36585</Data>
<Data Name=»DegradationTime»>34585</Data>
<Data Name=»PathLength»>33</Data>
<Data Name=»Path»>C:WINDOWSSystem32Audiosrv.dll</Data>
<Data Name=»ProductNameLength»>41</Data>
<Data Name=»ProductName»>Операционная система Microsoft® Windows®</Data>
<Data Name=»CompanyNameLength»>22</Data>
<Data Name=»CompanyName»>Microsoft Corporation</Data>
</EventData>
</Event>
Ошибка 110
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.06.2018 17:41:00
Код события: 110
Категория задачи:Контроль производительности при загрузке
Уровень: Ошибка
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: DESKTOP-RT2KNLA
Описание:
Инициализация диспетчера сеанса вызвала замедление процесса запуска:
Имя : SMSSInit
Общее время : 23034мс
Время замедления : 13034мс
Время события (UTC) : 2018-06-07T11:38:18.647198100Z
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Diagnostics-Performance» Guid=»{CFC18EC0-96B1-4EBA-961B-622CAEE05B0A}» />
<EventID>110</EventID>
<Version>1</Version>
<Level>2</Level>
<Task>4002</Task>
<Opcode>33</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime=»2018-06-07T11:41:00.741488600Z» />
<EventRecordID>6</EventRecordID>
<Correlation ActivityID=»{07DC722D-FE54-0002-7B77-DC0754FED301}» />
<Execution ProcessID=»2876″ ThreadID=»3696″ />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>DESKTOP-RT2KNLA</Computer>
<Security UserID=»S-1-5-19″ />
</System>
<EventData>
<Data Name=»StartTime»>2018-06-07T11:38:18.647198100Z</Data>
<Data Name=»NameLength»>9</Data>
<Data Name=»Name»>SMSSInit</Data>
<Data Name=»TotalTime»>23034</Data>
<Data Name=»DegradationTime»>13034</Data>
</EventData>
</Event>
Из-за чего всё это?
Можно как-либо уменьшить время загрузки?
P.S — отключал ненужные мне службы, может причина крыться в этом? Прикрепил скрин, с графиком времени загрузки системы.