Вадим Стеркин

Содержание

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

Сегодня в моем блоге авторский дебют участника конференции 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

Ваша оценка: Thumb up Thumb down-1

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

Ваша оценка: Thumb up Thumb down+2

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

Ваша оценка: Thumb up Thumb down0

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

Ваша оценка: Thumb up Thumb down+3

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

Ваша оценка: Thumb up Thumb down0

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

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

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

Ваша оценка: Thumb up Thumb down-2

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

Ваша оценка: Thumb up Thumb down0

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

Ваша оценка: Thumb up Thumb down-1

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

Ваша оценка: Thumb up Thumb down-1

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

Ваша оценка: Thumb up Thumb down-1

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

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

Ваша оценка: Thumb up Thumb down0

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

Ваша оценка: Thumb up Thumb down0

100% ошибка использования графического процессора или процессора в Windows: как это исправить

Все пользователи Windows 10, которые установили версию 1909 (Ноябрь 2019 Updater) или позже, могут видеть использование графического процессора в деталях из диспетчера задач. Для этого нам нужно всего лишь нажать сочетание клавиш Control + Shift + Esc и на вкладке «Производительность» мы найдем эту информацию.

Административный центр Tareas Rendimiento Windows

Использование ЦП, ОЗУ, дисков, сетевой карты и графического процессора обновляется в режиме реального времени в соответствии с тем, как его использует наш ПК. Обычно, когда компьютер простаивает, у процессора очень низкая графика, графический процессор почти не используется, а оперативная память остается стабильной. В противном случае что-то не так, и вы используете ресурсы с нашего компьютера. С рисками и недостатками, которые это подразумевает.

Проблемы, которые компонент постоянно на 100%

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

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

Наконец, если компонент работает на 100%, он создает узкое место вместе с остальными. Это легко переводится на медленный компьютер. Если графический процессор равен 100%, он не сможет обрабатывать запросы, которые он отправляет, например, браузер. Если загрузка процессора составляет 100%, вы не сможете обрабатывать инструкции программ. И если ОЗУ составляет 100%, то Windows не будет работать должным образом в условиях.

Причины, почему компоненты работают на полную мощность

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

Причина 1: плохо закрытая программа или игра

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

Programas uso hardware

Причина 2: вирус использует наш компьютер для майнинга криптовалют

Существует вредоносное ПО, использующее аппаратное обеспечение нашего компьютера для получения доходов от хакеров. Например, программное обеспечение для майнинга криптовалют. И хакеры не делают это хитрым способом, а вместо этого устанавливают компоненты на 100% (особенно на GPU), чтобы генерировать как можно больше криптовалют.

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

Причина 3: проблема с драйверами

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

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

Центр обновления Windows

Причина 4: аппаратное обеспечение не дает больше

Хотя требования Windows не являются чрезмерными, чем больше программ мы используем, тем больше ресурсов нам потребуется. Особенно, если мы используем такие программы, как Chrome или Photoshop. Поэтому, если у нас видеокарта бюджетного класса, или наша CPU / ЦЕНТРАЛЬНЫЙ ПРОЦЕССОРне блестит своей производительностью, он может легко быть на 100% и замедлять работу компьютера.

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

Источники:

https://www. outsidethebox. ms/11276/

https://itigic. com/ru/100-gpu-or-cpu-usage-error-in-windows/

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: