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 секунд.
Настраиваемое представление « Длительность загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.
На вкладке «Подробности» (Details) процесс загрузки описывается во всех деталях (рис. E). Подробнее об этапах запуска системы можно почитать в официальной статье Microsoft , но для анализа продолжительности загрузки достаточно будет всего трех параметров на вкладке «Подробности».
Имя журнала: 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» вручную (например, отсортировать по возрастанию столбец «Код события»), но гораздо удобнее создать собственное настраиваемое представление. Это фильтр, который можно сохранить и использовать в дальнейшем для облегчения работы.
- Выберите опцию «Создать настраиваемое представление» из меню «Действие».
- В открывшемся диалоговом окне оставьте значение «Любое время» в поле «Дата» и отметьте флажками все опции в поле «Уровень события». Выберите опцию «По журналу», если она еще не выбрана, и раскройте список. В дереве разделов найдите категорию «Журналы приложений и служб — Microsoft — Windows – «Diagnostics-Performance» и поставьте флажок «Работает» (рис. 2).
Увеличить рисунок
Рисунок 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
Рассмотрим суть значений этих параметров подробнее.
- Параметр «MainPathBootTime » обозначает временной интервал между возникновением на экране анимированного логотипа Windows и появлением рабочего стола. В этот момент систему уже можно использовать, но в фоновом режиме продолжается загрузка низкоприоритетных задач.
- Параметр «BootPostBootTime » указывает, через какой промежуток времени после появления рабочего стола системой можно начинать пользоваться в полном объеме.
- Параметр «BootTime » — это та же самая величина, что и на вкладке «Общие» обозначена как «Время загрузки». Она представляет собой сумму параметров «MainPathBootTime» и «BootPostBootTime».
И наконец, мы подошли к самому важному и интересному.
Диагностируем медленную загрузку
Чтобы выяснить причину замедления загрузки Windows, выделите фильтр «Замедление загрузки» в левой части окна в разделе «Настраиваемые представления» и отсортируйте столбец «Код события» (Event ID) по возрастающей. Каждый код соответствует определенному событию, увеличивающему продолжительность загрузки.
Всего существует десять кодов событий такого рода, мы же в этой статье рассмотрим только некоторые из них.
- Код события 101. Событие 101 возникает, когда приложение загружается дольше обычного. Это часто связано с установкой обновлений. Если замедление загрузки наблюдается эпизодически, ничего страшного в этом нет. Но если какое-то приложение всякий раз загружается слишком долго или время замедления оказывается ненормально большим, тут нужно уже задуматься.
- Код события 102. Событие 102 свидетельствует о замедлении инициализации драйвера. Это, опять же, может быть вызвано обновлением, но если ситуация возникает регулярно или замедление оказывается серьезным, стоит установить более свежую версию драйвера. Если таковой не имеется, попробуйте удалить и переустановить драйвер.
- Код события 103. Событие 103 возникает при замедлении загрузки служб. Иногда это случается, но если это происходит регулярно, попробуйте изменить тип запуска службы на «Автоматически отложенный запуск» или «Вручную» в консоли «Службы».
- Код события 106. Событие 106 свидетельствует о том, что выполнение фоновой операции по оптимизации затянулось. Поскольку оптимизация — операция продолжительная, ничего страшного в этом нет.
- Код события 109. Событие 109 возникает при замедлении инициализации устройства. Если это явление редкое, беспокоиться не стоит. Но если инициализация затягивается всякий раз, не забывайте регулярно делать резервное копирование и будьте готовы к замене проблемного устройства.
У меня, например, обнаружились два события. Одно с кодом 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 с помощью журнала событий
Сегодня в моем блоге авторский дебют участника конференции 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» вручную (например, отсортировать по возрастанию столбец «Код события»), но гораздо удобнее создать собственное настраиваемое представление. Это фильтр, который можно сохранить и использовать в дальнейшем для облегчения работы.
- Выберите опцию «Создать настраиваемое представление» из меню «Действие».
- В открывшемся диалоговом окне оставьте значение «Любое время» в поле «Дата» и отметьте флажками все опции в поле «Уровень события». Выберите опцию «По журналу», если она еще не выбрана, и раскройте список. В дереве разделов найдите категорию «Журналы приложений и служб — Microsoft — Windows – «Diagnostics-Performance» и поставьте флажок «Работает» (рис. 2).
Увеличить рисунок
Рисунок 2
Узнаем продолжительность загрузки
Чтобы выяснить, сколько Windows требуется времени на загрузку на вашем компьютере, выберите в левой части окна, созданный ранее фильтр Boot Time (Время загрузки) в разделе «Настраиваемые представления» и отсортируйте столбец «Дата и время» по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки (рис. 5).
Увеличить рисунок
Рисунок 5
Из рисунка видно, что длительность самой первой загрузки моей Windows (дата ее установки) по состоянию на 15 марта 2010 года составила 44 498 миллисекунд — или, если разделить на 1000, примерно 45 секунд.
Для первого запуска этот показатель нормальный, поскольку после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, настраивает профиль пользователя и так далее.
По состоянию на 30 января 2011 года время загрузки возросло, и составило 115652 ms, т. е. почти 2 минуты. Это много.
Настраиваемое представление «Время загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.
На вкладке «Подробности» процесс загрузки описывается во всех деталях, однако для анализа продолжительности загрузки достаточно будет только трех параметров на вкладке «Подробности» (рис 6).
Увеличить рисунок
Рисунок 6
Рассмотрим суть значений этих параметров подробнее.
- Параметр «MainPathBootTime » обозначает временной интервал между возникновением на экране анимированного логотипа Windows и появлением рабочего стола. В этот момент систему уже можно использовать, но в фоновом режиме продолжается загрузка низкоприоритетных задач.
- Параметр «BootPostBootTime » указывает, через какой промежуток времени после появления рабочего стола системой можно начинать пользоваться в полном объеме.
- Параметр «BootTime » — это та же самая величина, что и на вкладке «Общие» обозначена как «Время загрузки». Она представляет собой сумму параметров «MainPathBootTime» и «BootPostBootTime».
И наконец, мы подошли к самому важному и интересному.
Диагностируем медленную загрузку
Чтобы выяснить причину замедления загрузки Windows, выделите фильтр «Замедление загрузки» в левой части окна в разделе «Настраиваемые представления» и отсортируйте столбец «Код события» (Event ID) по возрастающей. Каждый код соответствует определенному событию, увеличивающему продолжительность загрузки.
Всего существует десять кодов событий такого рода, мы же в этой статье рассмотрим только некоторые из них.
- Код события 101. Событие 101 возникает, когда приложение загружается дольше обычного. Это часто связано с установкой обновлений. Если замедление загрузки наблюдается эпизодически, ничего страшного в этом нет. Но если какое-то приложение всякий раз загружается слишком долго или время замедления оказывается ненормально большим, тут нужно уже задуматься.
- Код события 102. Событие 102 свидетельствует о замедлении инициализации драйвера. Это, опять же, может быть вызвано обновлением, но если ситуация возникает регулярно или замедление оказывается серьезным, стоит установить более свежую версию драйвера. Если таковой не имеется, попробуйте удалить и переустановить драйвер.
- Код события 103. Событие 103 возникает при замедлении загрузки служб. Иногда это случается, но если это происходит регулярно, попробуйте изменить тип запуска службы на «Автоматически отложенный запуск» или «Вручную» в консоли «Службы».
- Код события 106. Событие 106 свидетельствует о том, что выполнение фоновой операции по оптимизации затянулось. Поскольку оптимизация — операция продолжительная, ничего страшного в этом нет.
- Код события 109. Событие 109 возникает при замедлении инициализации устройства. Если это явление редкое, беспокоиться не стоит. Но если инициализация затягивается всякий раз, не забывайте регулярно делать резервное копирование и будьте готовы к замене проблемного устройства.
У меня, например, обнаружились два события. Одно с кодом ID 108 :
Увеличить рисунок
Рисунок 7
Другое с кодом 109:
Увеличить рисунок
Рисунок 8
Столь маленькое время задержки на рисунках 7 и 8 не трагично, они приведены тут лишь для наглядности.
Проведенный таким образом анализ и элементарные навыки пользования поиском в сети Интернет, позволят вам составить представление о причинах увеличения времени загрузки операционной системы.
Диагностика медленной загрузки Windows 7 с помощью журнала событий
Иногда мы замечаем, что операционная система стала загружаться дольше обычного. Если это эпизодический случай, повода для беспокойства нет. Но когда данное явление приобретает систематический характер или прогрессирует, тут уже стоит задуматься о причинах такого «странного» поведения системы.
В этой статье мы рассмотрим один из способов диагностики причин длительной загрузки Windows 7, используя ее штатное средство – журнал «Просмотр событий». Быстрый доступ к этому инструменту обеспечивает нажатие сочетания клавиш Win+R и последующий ввод команды: eventvwr.msc /s.
Как проверить результаты оптимизации? Измеряем время загрузки Windows
На прошлой неделе мы обсудили такую интересную тему, как оптимизация производительности системы.
Итак, ресурсы-то мы освободили и операционка стала загружаться быстрее, но как это измерить? Не будешь же сидеть с секундомером и отмерять нажатием кнопки период загрузки Виндовс.
Да и как узнать, подтянулись ли сопутствующие службы и приложения из автозагрузки? В этой статье речь пойдет о способах, как измерить время загрузки Windows с помощью вложенных средств, а также посредством сторонних утилит.
В семерку и более поздние версии системы от Майкрософт разработчики вложили все необходимые инструменты, которые могут понадобиться оверклокерам и энтузиастам, пытающимся выжать из своей конфигурации «все соки»: от журналов и протоколов до событий диагностики и PowerShell. Ниже мы разберем все доступные методики более детально.
Журнал Diagnostics-Performance
Если ранее инструментарием журналов вы не пользовались, то стоит сказать, что журналы служат для получения системной информации о нюансах работы среды, успешной загрузки ее компонентов, перебоев при подключении к сети и др.
В двух словах, журналы позволяют получить точные сведения буквально о любой составляющей системы: от сертификатов и облачных служб до синхронизации и используемых протоколов для связи.
В нашем случае, мы обратимся к одному из системных журналов, чтобы получить интересующую нас информацию о времени загрузки ОС.
Зайдем в Панель управления. В Windows 7 для этого достаточно нажать на кнопку Пуск и выбрать соответствующий пункт в меню. В 8.1 и 10 выполните правый клик на той же кнопке Пуск и выберите Панель управления в контекстном меню.
Далее зайдите в раздел «Система и безопасность» и выберите категорию «Администрирование».
После этого в активном листе отметьте пункт «Просмотр событий».
В открывшемся перечне разверните папки Журналы приложений и служб – Microsoft – Windows – Diagnostics-Performance. Если вы все проделали правильно, то в последней категории будет отображен один функционирующий журнал, — он-то нам и нужен.
Откройте его. Нужный нам параметр времени загрузки Windows будет помечен кодом под номером 100. Сам временной интервал отображен чуть ниже, в текстовом разделе, в миллисекундах.
Чтобы пересчитать его в понятное для нас значение в секундах, нужно разделить отображаемое число на 1000, т. е. 121.733 мс = 121 сек (по сути, две минуты).
Что включает в себя этот интервал? В данный промежуток входит время, которое берет старт тотчас же после окончания загрузки BIOS и до завершения загрузки всех системных процессов, входящих в состав ядра ОС.
Для получения актуального времени загрузки из представленного параметра следует отнять 10 секунд, и вы получите значение, соответствующее корректному.
Время каждой загрузки абсолютно индивидуально, иногда это происходит дольше, иногда – быстрее. Для получения данных обо всех событиях загрузки, нужно отфильтровать журнал по коду 100. Как это сделать?
На панели справа нажмите кнопку «Фильтр текущего журнала».
В поле, помеченном как «Все коды событий», введите значение 100, после чего подтвердите наложение фильтра, нажав кнопку ОК.
Если уровень поста отмечен как Ошибка или Критический, не стоит особо переживать по этому поводу. Если такими пометками выделены определенные события, это означает, что загрузку можно ускорить, а не то, что с самой загрузкой могут быть какие-либо проблемы.
Если не полениться заглянуть на вкладку «Подробности», тут можно увидеть массу интереснейшей информации, как очевидной и понятной, так и не очень. Вдобавок, можно переключаться между XML и текстовым представлением.
Какие из представленных данных нам будут интересны в первую очередь?
Прежде всего, это BootTime, — здесь дублируется информация с основного раздела, о которой мы рассказали ранее.
Далее, BootUserProfileProcessingTime , — тут обозначается время, затрачиваемое на загрузку пользовательского профиля в среде.
Наконец, большое значение имеет параметр BootPostBootTime (это то время, которое проходит начиная с момента отображения на дисплее рабочего стола и до полной подгрузки всех компонентов ОС).
Еще один важный компонент, — это BootNumStartupApps. Здесь указывается число приложений, висящих в автозагрузке. Для оптимизации работы системы и использования аппаратных ресурсов этот параметр имеет первостепенное значение.
Подробно изучив все представленные составляющие, можно получить исчерпывающую информацию о результатах предпринятых мер по оптимизации Windows.
Как определяются статусы событий?
В зависимости от значения параметра BootTime, событию может быть присвоено 3 статуса.
Статус «Предупреждение» присваивается тогда, когда сама система (сервисы и служебные библиотеки) и пользовательская среда (рабочий стол и приложения в автозагрузке) загружается достаточно быстро.
Уровень «Ошибка» появится, если значение параметра BootTime будет превышать 90 секунд. И наконец, наименее приемлемый, критический статус будет задан тогда, когда период загрузки Виндовс превысит интервал в 2 минуты.
Еще один способ получить наглядные сведения о времени загрузки Windows – это воспользоваться встроенным скриптовым языком (к примеру, PowerShell).
Ввиду особенностей и необходимостью владения элементарными навыками программирования для реализации этого метода в этой статье мы подробно на представленном способе останавливаться не будем.
Если же вы хотите попробовать испытать уже готовый скрипт в тестовом режиме, можете скачать и запустить вот этот скрипт, подготовленный одним из активных блогеров и специалистов в технической тематике Вадимом Стеркиным. Его несомненный плюс состоит в том, что вся информация подается в удобоваримом, отлично читаемом текстовом виде.
Возможно, позже мы посвятим тематике написания скриптов на PowerShell отдельный материал, если данная тема заинтересует нашего читателя.
Измеряем время загрузки Windows с использованием сторонних средств
Если работа с системными событиями в среде Виндовс вам покажется чересчур громоздкой и непрактичной, можно воспользоваться сторонней бесплатной утилитой для определения времени загрузки операционки под названием BootRacer (кстати, на домашнем ресурсе проекта можно скачать и версию на русском языке).
Официальная страница приложения BootRacer
После непродолжительной инсталляции без регистрации и каких-либо ограничений в функциональном плане открываем главную рабочую форму программы.
Для начала процедуры замера кликаем первую кнопку «Запустить тест».
Появляется окно с предупреждением, где нас информируют о том, что для измерения нужно выполнить перезагрузку системы. Если в данный момент вы работаете с другим приложением и не желаете перезагружаться прямо сейчас, выберите «Нет» и продолжайте работу, в обычном режиме. Мы же выберем вариант «Да», чтобы протестировать функциональность программы.
Спустя минуту система загружается снова, и BootRacer тут же дает о себе знать, отображая в правом нижнем углу индикатор времени, оставшегося до конца загрузки всех основных компонентов среды и возможностью непосредственной работы в OS Windows.
Когда предзагрузка будет завершена, приложение выводит на дисплей мини-форму с облегченным дизайном, оповещающей вас об общем времени загрузки операционки.
Когда все всплывающие окна будут закрыты, снова запускаем утилиту. Теперь рядом с панелью для кнопок отображается подробная статистика загрузок с показателями улучшения или ухудшения интервала.
Также можно увидеть всю детализацию расчета времени, на основе каких данных программа получает фиксированное значение, а что в расчет при составлении результата не принимается (в частности, период для выбора ОС для загрузки из перечня доступных в предварительном меню и время ожидания ввода пароля к учетной записи).
Особенно интересно наличие кнопок «Ускорить», «История» и «Конкурс» внизу. Какие дополнительные функции они нам предоставляют?
Первая из кнопок, а именно Ускорить, по сути, не несет в себе никакой смысловой нагрузки и служит только для раскрутки других программных продуктов от той же компании, — Greatis Software. Так, для скачивания предлагается демо-версия мини-антивируса с временным ограничением на 30 дней и бесплатная утилита для очистки ПК и реестра от мусора и битых ссылок.
Кнопка «История» — одна из самых полезных из представленных в этом блоке. Как несложно догадаться по названию, она предоставляет точную информацию о предыдущих загрузках ПК. Изучив разницу между показателями, можно сделать логичный вывод, какие именно выполненные вами действия по оптимизации принесли максимальный эффект.
Историю можно сохранить в несколько форматов, включая HTML, DOC и XLS, а также при желании вывести на печать.
Диагностика медленной загрузки Windows 7 с помощью журнала событий
Иногда мы замечаем, что операционная система стала загружаться дольше обычного. Если это эпизодический случай, повода для беспокойства нет. Но когда данное явление приобретает систематический характер или прогрессирует, тут уже стоит задуматься о причинах такого «странного» поведения системы.
В этой статье мы рассмотрим один из способов диагностики причин длительной загрузки Windows 7, используя ее штатное средство – журнал «Просмотр событий». Быстрый доступ к этому инструменту обеспечивает нажатие сочетания клавиш Win+R и последующий ввод команды: eventvwr. msc /s.
На этой странице:
- Фильтруем журнал событий
- Узнаем продолжительность загрузки
- Диагностируем медленную загрузку
Время загрузки Windows: чем измерить и как ускорить
Загрузка Windows — процесс, который мы видим каждое утро, и мимо него нам пройти не удастся. Потому время загрузки является весьма важным показателем работы Windows.
По легенде, именно ожидая загрузки Windows на своем компьютере, Билл Гейтс впервые увидел свою жену. Возможно, по этому в Microsoft так не спешили ускорять этот ежедневно портящий нервы многим пользователям процесс.
Эта статья для тех, кто ждать не любит!
Почему скорость загрузки Windows снижается?
Windows — сложная операционная система. В ней одновременно работает (и, разумеется, стартует при загрузке компьютера) десятки процессов: службы, драйвера и пр. Как и во всех случаях, когда дорога одна, а участников движения много, при загрузке Windows образуются пробки. Вот их основные виновники.
Жесткий диск
Самый главный виновник медленной загрузки почти всегда ваш жесткий диск. Все файлы программ, служб и драйверов лежат именно на нем.
И когда система их требует, то жесткому диску требуется определенное время, которое в свою очередь зависит от скорости и физической конструкции диска.
Именно потому старт системы с SSD-диска происходит практически моментально — скорость произвольного чтения у этого типа дисков запредельная по сравнению жесткими дисками классической магнитной конструкции (HDD).
Одновременный старт большого количества программ
Все службы и программы при старте стартуют примерно в одно и то же время. Обычно возникающие коллизии система довольно быстро разрешает, но это если дело касается системных процессов. А если пользователь поставил какие-то свои программы в «Автозагрузку», то они могут при старте изрядно притормаживать работу других, да и в целом увеличивать время загрузки системы.
Более подробно о причинах замедления работы Windows и способах это исправить написано в нашей статье «Почему тормозит компьютер и как это исправить«.
Как измерить и увеличить скорость загрузки Windows
Чтобы что-то оптимизировать и ускорять, нам требуется сначала измерить это. Сделать это можно несколькими способами.
С помощью утилиты Autorun Organizer
В современных версиях Windows проще всего использовать бесплатную утилиту Autorun Organizer от Chemtable Software.
Она удобна тем, что использует для работы все штатные средства операционной системы, которые в самой системе разбросаны в разных местах и пользоваться которыми не так удобно, которые не так наглядны, как могли бы быть. По сути, это переработанный внешний вид для штатных средств Windows.
Например, время загрузки Windows штатными средствами можно узнать, получив список с цифрами, которые в миллисекундах показывают время загрузки (см. разделы ниже). В Autorun Organizer эти цифры нанесены на диаграмму и переведены в более понятные и привычные секунды и минуты.
Помимо этого, в Autorun Organizer встроена проверка всех элементов автозагрузки сервисом VirusTotal, который проверяет файлы и ссылки на вирусы всеми известными ключевыми антивирусными системами сразу и выдает общий отчет о проверке. Так что с его помощью можно выявить вредоносные процессы в автозагрузке и принять меры.
Штатными средствами Windows 7 — 10
В Windows есть специальный журнал Diagnostics-Performance. Найти его можно тут: «Панель управления» — «Администрирование» — «Просмотр журналов событий» — «Журналы приложений и служб».
В нем информация представлена достаточно детально.
Можно, в частности, выяснить, какие программы и процессы грузятся дольше других. Чтобы увидеть этот специальный журнал в наиболее удобной для нас форме, отфильтруйте его по коду события 100.
По этому коду в журнале отмечаются как раз события загрузки системы. Иногда такой способ позволяет найти тормозящую старт программу.
С помощью утилиты bootvis
В Windows более ранних, чем 7 — 10, для изучения процесса старта и разведения во времени одновременно стартующих программ использовалась утилита bootvis. После установки она делала анализ времени запуска системы, потом вносила в порядок старта программ корректировки и снова анализировала запуск. На Windows XP мне это часто помогало.
С помощью средств диагностики и устранения неполадок Windows 7 — 10
В этих версиях системы процесс старта оптимизируется автоматически. Справедливости ради следует сказать, что первые элементы автоматической оптимизации старта системы были внедрены еще в Windows XP.
В Windows 7 — 10 диагностика старта системы доступна стандартными средствами диагностики и устранения неполадок. Основанные на инструменте PowerShell скрипты позволяют делать различные отчеты о процессе старта системы. Вот, например скрипт с сайта Вадима Стеркина, специалиста по Windows.
Как исправить 100% ошибку использования диска в Windows 10
Windows, как и любая другая операционная система, подвержена ошибкам, и иногда она немного в изобилии. По мере того как ОС с годами повзрослела, количество распространенных ошибок уменьшилось, но, к сожалению, некоторые новые начали появляться. Одна очень специфическая ошибка, которую мы видим в Windows 10 и которая возникает в Windows 8 и 8.1, — это ошибка 100% использования диска. По сути, это масштабирует использование вашего жесткого диска до полного, в результате чего все замедляется до сканирования и очень разочарованного конечного пользователя. К счастью, есть исправление, и в этом посте мы обсудим, как можно исправить ошибку 100% использования диска в Windows 10 и ниже.
Примечание . Для целей этой статьи мы будем конкретно обсуждать Windows 10, хотя решения могут применяться и к предыдущим версиям Windows.
Что вызывает 100% Ошибка использования диска
Хотя на это может быть множество причин, как правило, эта ошибка вызвана некоторыми службами Windows, такими как Superfetch, Prefetch, BITS и Windows Search. Хотя эти факторы являются обычными подозреваемыми, они не единственные; Там может быть множество других, в том числе вредоносные программы, Flash и даже очень старый и медленный жесткий диск.
Определение наличия ошибки использования диска 100%
Определить, действительно ли вы сталкиваетесь с этой ошибкой, легко, но важно, потому что вы не хотите ни за что вносить изменения в свой компьютер.
Хотя медлительность вашей машины будет довольно хорошим показателем (наряду с постоянно включенным индикатором жесткого диска), вы можете проверить проблему, открыв диспетчер задач в Windows 10 (просто нажмите «Пуск» и начните вводить «Диспетчер задач» или нажмите CTRL). + Shift + Esc). На вкладке «Процессы» столбец «Диск» будет отображать 100%, если ошибка существует; если нет, то вы увидите нечто похожее на скриншот ниже.
Исправление 100% ошибки использования диска
Предполагая, что ваша машина страдает от этой проблемы, вот как вы можете это исправить:
1. Сделайте проверку на вирусы на вашем компьютере с Windows 10
Это может показаться общим советом, основанным на здравом смысле, но крайне важно, чтобы вы выполнили это действие как первое средство в этом случае. Часто причиной заражения может быть заражение вредоносным ПО, и вы можете делать все, что захотите, но это не решит проблему. Лучше быть уверенным заранее в этом случае. Вы можете использовать любое хорошее антивирусное программное обеспечение для этой цели.
2. Отключите службу Windows 10 Superfetch
Superfetch — это одна из тех служб Windows, которая всегда будет иметь возможность доставлять пользователям горько-сладкий опыт. Идея Superfetch заключается в том, что Windows будет учиться на основе ваших привычек использования и «угадывать», какие приложения / службы вы будете использовать чаще всего. Исходя из этого прогноза, ОС будет кэшировать эти приложения и программы в ОЗУ, поэтому они будут загружаться быстрее. Теперь, теоретически, это фантастическая концепция, но если вы не робот, который запрограммирован следовать определенной процедуре, предсказания Superfetch будут время от времени пропускать. А поскольку служба занята извлечением всех этих прогнозируемых файлов приложения и данных с жесткого диска, вы получаете ошибку 100% использования диска.
Отключение Superfetch аналогично отключению любой другой службы Windows. В поиске Windows 10 введите Services и откройте диалоговое окно Services. Здесь вы найдете службу Superfetch и щелкните правой кнопкой мыши, чтобы перейти в Свойства . Здесь остановите службу и в типе запуска, убедитесь, что он говорит Отключено . Нажмите OK и перезагрузите компьютер с Windows 10 для хорошей меры.
3. Отключите фоновую интеллектуальную службу передачи (BITS)
BITS — это еще одна служба Windows 10, которая должна быть полезной, но может оказаться совсем наоборот. Идея BITS заключается в том, что когда ваш компьютер бездействует, пропускную способность можно использовать для Центра обновления Windows, Защитника Windows и т. П. В то время как на новых машинах это работает нормально, старое оборудование может действительно пострадать, в то время как BITS пытается расшифровать, когда компьютер фактически простаивает.
Отключение BITS будет аналогично отключению службы Superfetch, за исключением того, что в этом случае вы вообще не отключите запуск ; вместо этого вы выберете Manual .
4. Отключить поиск Windows
Это одно из тех «решений», которые я бы вообще не рекомендовал, за исключением случаев, когда это абсолютно необходимо . В течение достаточно долгого времени в Windows была очень надежная функция поиска, которая индексирует все на вашем компьютере, облегчая поиск файлов и всего другого содержимого. Несмотря на то, что эта функция великолепна, одной довольно постоянной ошибкой стал «цикл поиска», когда система под управлением Windows будет бесконечно многократно переиндексировать файлы и папки. Одним из быстрых способов определить, является ли это причиной 100% использования диска, является очень низкое использование ЦП и памяти в диспетчере задач наряду со 100% использованием диска.
Ситуация здесь снова та же: найдите Windows Search в Службах, щелкните правой кнопкой мыши Свойства и остановите службу, отключив запуск. Если это был виновник, вы увидите немедленное влияние.
5. Отключите предварительную загрузку Windows 10
Windows 10 также включает в себя удобную функцию, дополняющую Superfetch: Prefetch. В то время как Superfetch кэширует данные в ОЗУ на основе интеллектуальных предположений, Prefetch работает при запуске этих приложений. По сути, Prefetch записывает информацию о файлах, которые используются любым конкретным приложением, а затем извлекает эти файлы в оперативную память, чтобы сократить время загрузки приложения.
Поскольку это снова интеллектуальное предположение ОС здесь, есть вероятность, что Prefetcher пропустит. И это так. И когда это произойдет, отключение его остается вашим логическим выбором. Однако Prefetch — это не стандартная служба Windows, поэтому для ее настройки потребовалось внести изменения в реестр Windows, поэтому мы рекомендуем это решение только в качестве крайней меры .
Чтобы открыть редактор реестра, введите regedit в строке поиска Windows 10 и нажмите Enter. В дереве папок перейдите в следующую папку
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Диспетчер сеансов \ Управление памятью \ PrefetchParameters
На правой боковой панели вы увидите запись для EnablePrefetcher . Дважды щелкните его и измените значение DWORD с 3 (по умолчанию) на 0, чтобы полностью отключить службу. Вы также можете указать 1 в качестве значения DWORD, в результате чего Prefetcher будет частично включен, но отключен для загрузочных файлов.
Обратите внимание, что вам необходимо перезагрузить компьютер, чтобы все эти изменения вступили в силу.
6. Запустите CheckDisk
CheckDisk — это один из старейших инструментов командной строки в распоряжении пользователей Windows, который обычно полезен. Это пригодится, если есть проблемы с физическим жестким диском, деревом папок или чем-то в этом роде с вашей установкой Windows. Наилучший подход к запуску CheckDisk — это делать, когда ваша система перезагружается, так что вам действительно нужно запланировать это. К счастью, это довольно просто.
Запустите командную строку с повышенными привилегиями (введите cmd в строке поиска Windows 10, щелкните правой кнопкой мыши и выберите «Запуск от имени администратора» ) и выполните следующую команду:
chkdsk / f '/ r C:
где C: будет заменено той буквой, которую вы назначили для вашей установки Windows. В командной строке вы увидите сообщение, в котором вас попросят подтвердить, хотите ли вы запустить CheckDisk при следующей перезагрузке системы . Подтвердите с помощью Y и перезагрузите компьютер. Проверка CheckDisk может занять некоторое время, но она может быть очень полезна не только для 100% ошибки использования диска, но и для некоторых других проблем.
7. Отключите Windows Tips
Это не имело смысла для нас, но многие люди сообщили, что это помогло им. Windows 10 время от времени предлагает советы об операционной системе, и их отключение, по-видимому, помогло уменьшить ошибку использования диска на 100% для множества людей. Мы отметим это здесь, потому что вы не сильно потеряете в отключении этих советов, и это довольно легко сделать. Просто зайдите в Настройки, затем в Систему, а затем Уведомления и действия . Отключите « Покажите мне советы по Windows » в этом списке, и вуаля!
Когда все остальное терпит неудачу… и иначе тоже
На этом мы завершаем наш список предложений по исправлению ошибки 100% использования диска, но есть еще одна вещь, которую мы бы порекомендовали, есть ли у вас эта ошибка или нет: обновить до SSD. Они — будущее, и по причине; Традиционные жесткие диски могут просто не конкурировать с производительностью SSD. Они быстро порочны, они гораздо надежнее, вы вряд ли когда-либо столкнетесь с ошибкой использования диска при использовании SSD, и они сделают весь ваш вычислительный опыт намного приятнее. Инвестируйте в SSD, и вы найдете, что это стоит каждого потраченного вами цента.
Ну, это все с нашей стороны, и мы надеемся, что вышеупомянутые способы помогли вам исправить ошибку 100% использования диска на вашем ПК с Windows. Дайте нам знать, если у вас есть какие-либо сомнения в разделе комментариев ниже.
https://web-shpargalka. ru/diagnostics-performance-kod-sobytija-100-kak. php
https://ruspchelper. com/diagnostics-performance-kod-sobytiya-100-kak-ispravit/
https://ru. gadget-info. com/61151-how-to-fix-100-disk-usage-error-in-windows-10