Windows 10 долго грузится пуск

Почему для открытия меню «Пуск» иногда требуется несколько секунд

Обычно я запускаю большинство программ на своём ноутбуке с Windows 10, нажимая клавишу <Win>, после чего ввожу несколько букв имени программы, а затем жму Enter. На моём мощном ноутбуке (SSD и 32 ГБ ОЗУ) этот процесс обычно занимает лишь время, необходимое мне для ввода символов, то есть считанные доли секунды.

Обычно.

Однако иногда он занимает больше, намного больше. Порядка десятков секунд. Торможения непредсказуемы, но недавно мне удалось записать трассировку Event Tracing for Windows (ETW) одной из таких задержек. При помощи людей в Twitter я смог проанализировать трассировку и понять, почему на запуск «Блокнота» требуется примерно минута.

Прежде чем приступать к описанию анализа, мне нужно сделать два заявления: 1) у меня есть достаточное понимание проблемы, но нет решения, и 2) если вы наблюдаете аналогичные симптомы, это не значит, что их причина та же, но я дам советы о том, как понять, в ней ли дело.

Мой анализ трассировки (трассировка выложена здесь, установщик инструментов анализа находится здесь, туториалы по анализу — тут, можете повторять за моими действиями) начался с изучения событий ввода и графика Window in Focus в Windows Performance Analyzer (WPA); и то, и другое показано ниже (для максимальных подробностей изображение увеличено):

Первый самородок в строке Multi-Input появился, когда я нажал клавишу Windows, а вскоре после этого были сгруппированы вместе несколько последовательных нажатий клавиш (в том числе и нажатие на Enter). На оси X отложены секунды, то есть мы видим, что весь ввод занял примерно 3/4 секунды.

События ввода инъецируются в трассировку моим инструментом записи трассировок UIforETW. Эти события ввода — одна из причин, по которым я предпочитаю UIforETW инструментам записи трассировок Microsoft. Я скрыл табличный вид, однако в нём перечисляются нажатые клавиши, в то же время анонимизируя буквы и цифры, чтобы UIforETW не мог работать кейлоггером. События ввода могут быть критически важным инструментом при разборе того, что и когда смотреть в трассировках, чтобы понять происходящее.

События ввода помогают установить контекст, однако главную информацию дают события Window in Focus. Мы видим, что SearchApp (меню «Пуск»?) получает фокус сразу же после нажатия на клавишу <Win>, однако тринадцать с лишним секунд больше ничего не происходит. Это и есть наглядное проявление проблемы.

Но почему?

Дальше нам нужно посмотреть, что вызывает задержку. Изучение графиков CPU Usage (Precise) и Disk Usage показало нам, что CPU и диск простаивают почти на 100%, то есть меню «Пуск», должно быть, ожидает чего-то другого:

Если процесс простаивает, когда он должен выполнять работу, то наша задача разобраться, чего же он ждёт. Я изучил события переключения контекста в CPU Usage (Precise). Некоторые из потоков SearchApp имели имена (ура!), но не все, и я не мог найти основной поток, чтобы увидеть, чего же он ждёт, поэтому я просто тыкался в надежде, что ситуация немного прояснится. Я увеличил отображение графика скачка активности CPU перед непосредственным запуском «Блокнота» и заметил, что WerFault.exe и wermgr.exe стали очень загруженными. «После» не значит «вследствие», но это определённо подозрительно.

WER расшифровывается как Windows Error Reporting — это система, отправляющая аварийные дампы в Microsoft для анализа с целью повышения надёжности ПО.

Изучение таблицы Processes показало мне, что командная строка для WerFault.exe имела вид C:\WINDOWS\system32\WerFault.exe -u -p 17804 -s 2124. Это даёт нам понять, что Windows Error Reporting должна была записать информацию о вылетевшем процессе 17804. Когда я поискал в таблице Processes этот Process ID (PID), то нашёл RuntimeBroker.exe <Microsoft.Windows.Search> (17804). Хм, похоже, это имя относится к делу.

Изучение всех «переходных» («Transient») процессов (тех, которые запускались или завершались во временном интервале трассировки) открыло мне глаза:

WerFault.exe и RuntimeBroker.exe (17804) (два верхних процесса RuntimeBroker.exe) работали, когда я начал запись трассировки, и завершились примерно одновременно, а WerFault.exe обрабатывал вылет RuntimeBroker.exe. Обратите также внимание, что после закрытия старой копии RuntimeBroker.exe запускается новая. Итак, у нас начинает появляться объяснение:

1. RuntimeBroker.exe аварийно завершается
2. WerFault.exe обрабатывает сбой, сохраняя процесс RuntimeBroker.exe открытым
3. Затем запускается новый RuntimeBroker.exe и предоставляет то, что нужно SearchApp.exe

Теперь у нас появился новый вопрос: почему WerFault.exe простаивает так долго?

Я посмотрел на данные CPU Usage (Precise) и увидел, что WerFault.exe имеет не менее тринадцати потоков, но ни у одного из них нет имени (да ладно, Microsoft, имена потоков очень полезны!), однако основной поток найти легко, именно он потребляет больше всего времени CPU. Затем я выполнил сортировку по Time Since Last и заметил, что в один момент основной поток ждал 15,572 с, чтобы заработать. На самом деле, он, возможно, ждал ещё дольше, но начало его ожидания было ещё до начала трассировки. Подробнее прочитать о том, как выполнять анализ простоев, можно здесь.

Ниже показан стек, в котором основной поток WerFault.exe ожидал в течение 15,572 с:

В итоге оказалось, что ожидание происходило внутри UploadReport.

Итак, теперь мы разобрались в проблеме. RuntimeBroker.exe аварийно завершился (согласно показанному выше стеку вызовов аварийного дампа RuntimeBroker.exe, из-за повреждения кучи), и для загрузки на сервер аварийного дампа потребовалось более 15 секунд; вероятно, из-за ненадёжного WiFi в моём отеле. В течение этого времени с моим меню «Пуск» невозможно было работать.

Это стоит повторить. Меню «Пуск» зависло из-за сочетания повреждения кучи и того, что WerFault.exe принял решение о необходимости загрузки на сервер аварийного дампа до освобождения старого процесса, а запуск нового процесса возможен только после этого.

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

Мы можем двинуться ещё глубже. Функция UploadReport была заблокирована в течение 15,567 с, а в Readying Process/Readying Thread Id показано, кто же в конечном итоге разблокировал функцию. Оказалось, что это ещё один поток WerFault.exe, который, как показано ниже, был заблокирован в каких-то функциях. Это не сильно расширяет понимание проблемы, но демонстрирует, как можно оттрасировать зависание обратно сквозь множество процессов и потоков.

Выслеживаем эту проблему

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

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

Тогда если после записи аварийного дампа вы увидите, что меню «Пуск» тормозит, вы можете просто заглянуть в %localappdata%\crashdumps и поискать, есть ли там недавний сбой RuntimeBroker.exe. Если есть, то, предположительно, вы наблюдаете именно этот баг.

Ожидание загрузки на сервер

Рэймонд Чен привёл множество причин того, почему Windows Error Reporting не перезапускает вылетевшие процессы до загрузки отчёта на сервер (в 2012 году), но мне эти причины не кажутся особо убедительными, особенно в случае меню «Пуск». Если убивать старый процесс перед запуском нового и отвечать на вопросы о версии DLL из аварийного дампа, то большинство приведённых Рэймондом проблем можно избежать. С остальным позволяет справиться экспоненциальная задержка при перезапусках процессов. И, как мы видели, последствием такого ожидания могут быть зависания меню «Пуск» произвольной длительности с полным отсутствием указания на то, что проблема была в сбое. Кроме того, есть некоторая путаница в связи с поведением; возможно, за последние десять лет архитектура изменилась.

Устраняем сбой

Баги повреждения кучи бывают очень сложными в поиске и устранении, но, похоже, с нашим всё может быть просто. Я включил pageheap для RuntimeBroker.exe, убил соответствующую версию, чтобы заставить его перезапуститься, и применил параметры pageheap, после чего он начал вылетать каждый раз, когда я открывал меню «Пуск». Я настроил WER так, чтобы она сохраняла полные аварийные дампы и вскоре у меня на руках было с полдесятка дампов с полной информацией о том, что происходит.

Вылеты обычно происходят в этом стеке вызовов:

При включенном pageheap вылет происходит в очень похожем стеке вызовов, но чуть раньше. Вылет происходит раньше (и надёжнее), потому что при освобождении памяти с запущенным pageheap она становится неотображаемой, поэтому её разыменование стабильно вызывает вылет, а не чтение из освобождённой памяти:

Вылет происходит при разыменовании [rcx], поэтому я пропустил его значение через команду !heap (подробности см. в моём посте про pageheap) и получил следующий стек вызовов:

Единственная сложность заключается в том, что это не происходит на всех машинах с Windows 10. Похоже, существует какое-то обязательное состояние, приводящее к этому, и я не знаю, какое оно. От себя добавлю, что с радостью поделюсь своими аварийными дампами с любым человеком из Microsoft, который захочет провести исследование.

Я не знаю кода и не понимаю, что происходит, но я имел дело с достаточным количеством багов use-after-free, чтобы сказать, что, скорее всего, при помощи аварийных дампов проблему легко выявить и устранить. Впрочем, у меня получилась пара разных стеков вызовов, так что багов может быть несколько.

Выводы

Свой изначальный пост в Twitter я завершил словами о том, что эти зависания меня бесили и я задавался вопросом, не превратилась ли Windows 10 в abandonware. Позже мне сказали, что у некоторых людей зависания меню «Пуск» происходят и в Windows 11, но это может быть и какая-то другая проблема.

Внесу ясность: у Microsoft есть технология для записи трассировок зависаний меню «Пуск» на клиентских машинах. В этих трассировках будет примерно то же, что и в моей. Также компания получает аварийные дампы с клиентских машин. Возможно, у компании даже есть способ установить между ними корреляцию (а если нет, такой способ стоит внедрить). И компания создала pageheap, упрощающий исследование вылетов use-after-free.

Почему же эту проблему не решили? На своём ноутбуке я вижу, что в среднем RuntimeBroker.exe в этом году вылетал через день. На мой взгляд, как-то слишком часто для зависания меню «Пуск». Я не знаю, как долго это происходит, возможно, исправление уже в пути; если это так, то я был бы рад это услышать. Если же не так, то меня продолжит это бесить; надеюсь, ситуация послужит хорошим напоминанием о важности использования всей этой сложной телеметрии для решения подобных проблем.

Или, возможно, мне просто не повезло, и я стал одним из тех немногих (но не единственным), кто столкнулся с этим сбоем.

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

Многие пользователи Windows 10 жалуются, что их меню «Пуск» лагает. Открывается слишком медленно, и иногда не открыться вообще.

В этой статье я хотел бы предложить вам простое решение как можно ускорить меню Пуск в вашей Windows 10. Основная идея способа является Отключение ненужной анимации. Когда анимация отключена, меню Пуск открывается мгновенно и Центр уведомлений также будет появляться мгновенно.

Таким образом, для ускорения меню Пуск в Windows 10, вам необходимо выполнить следующее:

1. Откройте приложение «Параметры» нажав сочетание клавиш Win + I или кликните мышкой на значок шестеренки в меню «Пуск».

1. Перейдите в раздел «Специальные возможности» →  «Дисплей».

1. Справа найдите и отключите параметр «Показывать анимацию в Windows».

Это позволит значительно ускорить ваше меню «Пуск». Не только меню «Пуск», но и весь пользовательский интерфейс Windows 10 станет намного быстрей.

Регулируем быстродействие открытия меню «Пуск» с помощью реестра.

1. Откройте редактор реестра

1.  Перейдите к следующему разделу:

HKEY_CURRENT_USER\Control Panel\Desktop

1. Создайте новый строковой параметр, с именем «MenuShowDelay» и установите значение в диапазоне от 0 до 600. Чем меньше значение, тем меньше задержка. Значение по умолчанию — 400 миллисекунд задержки.

Примечание: Не рекомендую вам устанавливать задержку равной нулю. Попробуйте начать с 200 миллисекунд и увеличить это значение в зависимости от ваших личных предпочтений.

Рекомендуем: 

• Как закрепить любой файл в меню Пуск в Windows 10
• Windows 10 — Не работает опция «Показывать наиболее часто используемые приложения»
• Как создать резервную копию меню Пуск в Windows 10.

Как правило, на современных и быстрых компьютерах я особых проблем со стартовым меню в Windows 10 не встречал — всё работает бысто и шустро.
А вот на слабых ПК и ноутбуках могут начатся различные чудеса, которые в обычных нормальных условиях не проявляются. Например, ни с того ни с сего тормозит меню Пуск — либо очень догло думает, прежде чем появится, либо не открывается вообще. В большинстве случаев решение простое — надо отключить анимацию, которая абсолютно не нужна, и меню перестанет глючить. 

Итак, для того, чтобы ускорить меню пуск в Windows 10 — надо открыть в Параметры системы и зайти в раздел «Специальные возможности»>>»Другие параметры»:

Здесь в самом верху окна будет переключатель Воспроизводить анимацию в Windows. Его надо перевести в положение «Откл.». Проверяем снова — тормозит меню Пуск или нет.

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

HKEY_CURRENT_USER\Control Panel\Desktop

В ней нужно найти параметр MenuShowDelay:

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

По умолчанию стоит значение 400 миллисекунд. Попробуйте уменьшить его до 200 и посмотреть на результат. Как правило, уж после этого меню пуск в Windows 10 не тормозит. Можно по пробовать уменьшить до 100 миллисекунд, но меньше я бы делать не рекомендовал.

В этой статье мы рассмотрим несколько способов, которые помогут вам с легкостью восстановить скорость загрузки Windows 10 на ПК и ноутбуках.

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

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

---

Содержание статьи:

• Как повысить скорость загрузки операционной системы?
• Способ №1. Отключите Быстрый запуск Windows
• Способ №2. Отключите автоматическое обслуживание Windows 10
• Способ №3. Отключите автозагрузку сервисов и программ
• Способ №4. Отключение служб Windows 10
• Способ №5. Обновите драйвер видеокарты
• Способ №6. Установите последние обновления Windows 10
• Дополнительное решение по ускорению загрузки ОС Windows

---

Как повысить скорость загрузки операционной системы?

Проверьте длительность последнего запуска BIOS.

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

Способ №1. Отключите Быстрый запуск Windows

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

Прежде чем приступать к другим способам исправления неполадки, убедитесь, что “Быстрый запуск” на вашем компьютере отключен.

Чтобы сделать это,

1. Откройте Панель управления и перейдите в раздел Электропитание.

2. Кликните по клавише Действия кнопок питания.

3. Включите Изменение параметров, которые сейчас недоступны.

4. Отключите Быстрый запуск.

Примечание:

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

Способ №2. Отключите автоматическое обслуживание Windows 10

Автоматическое обслуживание Windows 10 — это причина, которая, на первый взгляд, никак не способна влиять на скорость загрузки операционной системы. Тем не менее она способна внести свой вклад и существенно замедлить ПК.

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

1. Откройте утилиту Выполнить.

2. Введите команду regedit и нажмите Enter.

3.Пройдите по следующему пути:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\Maintenance

4. В разделе со списком параметров должна присутствовать функция MaintenanceDisabled. Если она отсутствует, создайте ее со следующим критерием: DWORD (32 бита). Совершите двойной щелчок по параметру и задайте Значение 1.

Примечание:

Обратите внимание! Вне зависимости от истинной разрядности вашей операционной системы, параметр обязательно должен быть 32-битным.

Теперь автоматическое обслуживание Windows 10 на вашем компьютере будет гарантированно отключено. Если же по какой-то причине вы решите восстановить активность данной функции, просто измените значение параметра с 1 на 0.

Способ №3. Отключите автозагрузку сервисов и программ

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

1. Откройте Диспетчер задач. Самый простой способ — воспользуйтесь комбинацией клавиш Ctrl + Alt + Del.

2. Перейдите в раздел Автозагрузка и отключите ненужный софт.

Теперь давайте рассмотри как деактивировать ненужные сервисные приложения.

1. Откройте утилиту Выполнить.

2. Введите команду msconfig и нажмите Enter.

3. Перейдите в раздел Службы.

4. Теперь вы можете свободно включать или отключать ненужные службы, запускающиеся вместе с операционной системой.

Примечание:

Имейте в виду, что отключать можно только несистемные службы. В противном случае вы можете серьезно повредить вашу Windows 10.

Способ №4. Отключение служб Windows 10

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

Прежде всего стоит задуматься над отключением таких служб как:

• Фоновая интеллектуальная. (Background Intelligent Transfer Service, BITS).
• Функциональные возможности для подключенных пользователей и телеметрия. (Connected User Experiences and Telemetry).
• Windows Search.

Как это сделать?

1. Откройте утилиту Выполнить.

2. Введите команду services.msc и нажмите Enter.

3. Найдите каждую из указанных выше служб.

4. Щелкните по нужному сервису правой кнопкой мыши и перейдите в Свойства.

5. Остановите сервис.

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

Superfetch — это служба Windows, которая помогает эффективно и быстро загружать часто используемые программы. Тем не менее на этом ее преимущества не заканчиваются! Она также помогает в существенной степени увеличить производительность ПК, позволяя эффективнее распределять расход оперативной памяти.

Способ №5. Обновите драйвер видеокарты

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

Для владельцев NVIDIA мы рекомендуем обновить графический драйвер до последней версии. Найти его можно либо на сайте производителя, указав модель вашей видеокарты, либо же при помощи утилиты GeForce Experience, которую также можно загрузить на сайте разработчика.

Для пользователей AMD, помимо обновления драйверов, есть еще один шаг, который вы могли бы рассмотреть:

В графических картах данного производителя существует технология ULPS. Она автоматически включает вторичную видеокарту, чем способна вызвать сбой, влекущий за собой возникновение черного экрана в момент загрузки Windows.

Чтобы отключить ULPS, выполните следующие действия:

1. Откройте утилиту Выполнить.

2. Введите regedit и нажмите Enter.

3. Используя инструмент поиска, найдите ключ EnableULPS и отключите его, установив значение 0.

Теперь функция ULPS отключена. Обратите внимание на то, что свежие обновления Windows 10 имеют тенденцию сбрасывать внесенные в реестр изменения. Поэтому, столкнувшись с подобными ошибками во второй раз, не забудьте повторить деактивацию ULPS.

Способ №6. Установите последние обновления Windows 10

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

Как проверить наличие обновлений? Давайте рассмотрим в инструкции ниже.

1. Откройте Настройки.

2. Перейдите в раздел Обновление и безопасность.

3. Нажмите клавишу Проверка наличия обновлений.

Ваша система проведет автоматическое сканирование, найдет и установит последние обновления.

Дополнительное решение по ускорению загрузки ОС Windows

Если ни один из описанных способов не помог вам, воспользуйтесь функцией сброса системы до “чистого” вида. Вы потеряете все установленные данные, тем не менее Windows 10 снова будет свежей и скорость загрузки восстановится к изначальной.

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

---

Похожие статьи про восстановление данных:

Дата: 10/10/2018

Теги: Windows, Как восстановить, обновление, Ошибка