Меню стало застосунком, а не частиною оболонки
У Windows 10 меню «Пуск» жило всередині оболонки, а в Windows 11 за нього відповідає окремий процес StartMenuExperienceHost.exe — XAML-застосунок, який система призупиняє щойно ви його закрили. Наступного відкриття треба відновити процес, перезібрати візуальне дерево, перелічити всі встановлені застосунки для списку, підтягнути піктограми закріплених елементів і спитати в провідника свіжі файли для смуги «Рекомендовано». На прогрітій і вільній машині це десятки мілісекунд. Одразу після входу, коли антивірус починає перевірку, пошуковий індексатор гріється, а Sysmain охоче підвантажує дані, меню конкурує за диск і процесор з усіма одразу — і програє.
Класичний випадок — механічний жорсткий диск. Список застосунків — це тисячі дрібних читань: маніфести, файли піктограм, локалізовані рядки, і ноутбучний диск на 5400 об/хв перетворює їх на помітну паузу після кожного входу. Другий класичний випадок — справді зламаний пакет: якщо меню запізнюється на секунду-другу при кожному відкритті, навіть через години після входу, застосунок меню у поганому стані, і йому потрібен ремонт, а не твіки.
Що насправді допомагає — за спаданням ефекту
Проходьте список зверху вниз і зупиняйтеся, щойно лаг зник. Перші два пункти закривають переважну більшість випадків, які ми бачимо в підтримці.
- Відкрийте «Диспетчер завдань» у момент лагу і подивіться на стовпець «Диск»: якщо він забитий під 100 відсотків, меню чекає на введення-виведення — закрийте пожирачів або зачекайте п'ять хвилин, провини меню тут немає
- Перенесіть системний диск на SSD, якщо досі сидите на HDD — на машині, що спотикається після кожного входу, ніщо інше не дає й близького ефекту
- Прорідіть автозавантаження: кожен прибраний із неї застосунок — мінус один конкурент за диск саме у тому вікні, коли ви відкриваєте меню
- Якщо лаг є при кожному відкритті, перереєструйте пакет: Get-AppxPackage -Name Microsoft.Windows.StartMenuExperienceHost | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} у PowerShell
- Порожні або стандартні піктограми в меню вказують на пошкоджений кеш піктограм: перезберіть його — зникне ще одне джерело підригувань разом із битими піктограмами
- Тримайте список застосунків коротким, видаляючи те, чим не користуєтесь: менше записів для переліку — менше роботи при кожному відкритті, хоча виграш скромний
Коли справа взагалі не в меню
Корисний експеримент: відкрийте меню в ту саму секунду, коли з'явився робочий стіл, а потім ще раз через дві хвилини. Якщо гальмує лише перше відкриття, із меню усе гаразд — реальна історія називається «шторм введення-виведення після входу»: оновлення звіряються, OneDrive прокидається, Defender завершує стартову перевірку. Меню — просто єдиний компонент, на який ви дивитеся впритул.
А якщо затримка прив'язана до конкретної дії — клацу по пошуку всередині меню чи чеканню повного списку застосунків, — ви маєте справу з пошуковим індексом, а не з оболонкою меню. Це інша підсистема зі своїми відмовами і своєю діагностикою. Перше ніж торкатися меню, перевірте, чи пошук із діалогу «Виконати» відповідає миттєво: це ізолює індекс за десять секунд.
Питання та відповіді
Чому меню «Пуск» гальмує при першому відкритті?
Windows присипляє процес меню між викликами, тож перший запуск після входу мусить його розбудити, перезібрати розмітку і прочитати список застосунків з диска — саме тоді, коли десятки завдань автозавантаження ділять той самий диск.
Як полагодити меню «Пуск», яке гальмує при кожному відкритті?
Перереєструйте пакет меню командою Add-AppxPackage у PowerShell під обліковим записом користувача; якщо лаг пережив перереєстрацію, дивіться в «Диспетчері завдань», хто навантажує диск у цей момент — зазвичай це фонова перевірка, а не саме меню.
Перевірте склад ліцензії до покупки.
Разовий 30-хвилинний тест охоплює базові функції. Інструменти з позначкою PRO залишаються заблокованими до активації платної ліцензії.
Читайте також
Написати нам: [email protected]