メニューは今やシェルの部品ではなくアプリ
Windows 10ではスタートメニューはシェルの中にいましたが、Windows 11では専用プロセス — StartMenuExperienceHost.exe、閉じた瞬間にWindowsが中断するXAMLアプリ — で動きます。次に開くとき、システムはこのプロセスを再開し、ビジュアルツリーを組み直し、リスト用にインストール済みアプリを列挙し、ピン留め項目のアイコンを取得し、エクスプローラーに「おすすめ」欄の新しいファイルを要求します。暖まってアイドル状態のマシンなら数十ミリ秒。ログオン直後は、ウイルス対策がスキャンし、検索インデクサーが暖機中で、Sysmainがプリフェッチしている — メニューは他のすべてとディスクとCPUを取り合って、負けます。
典型ケースは機械式ハードディスク。アプリリストは何千もの細かい読み取り — マニフェスト、アイコンファイル、ローカライズ文字列 — で、5400rpmのノートPC用ドライブはこれを毎回のログオンで目に見える停止に変えます。もう一つの典型は、本当に壊れたパッケージ:ログオンから何時間経っても開くたびに1〜2秒かかるなら、スタートメニューアプリ自体が不調で、調整ではなく修復が必要です。
実際に効くこと、効果順
このリストを上から順に試し、遅れが消えたら中止。最初の2項目で、サポート窓口で見る実案件の圧倒的多数をカバーできます。
- 次に遅れたときタスクマネージャーを開き「ディスク」列を見る:張り付いていればメニューはI/O待ち — 暴れるプロセスを閉じるか5分後に来る。メニューのせいではありません
- まだHDDならシステムドライブをSSDへ — 毎回のログオンで停止するマシンに匹敵する対策は他にありません
- ログオン直後の混雑を減らす:自動起動アプリを1つ外すごとに、メニューが開くまさにその時間帯のディスク競争相手が1つ減ります
- 開くたびに遅いならパッケージを再登録:PowerShellで Get-AppxPackage -Name Microsoft.Windows.StartMenuExperienceHost | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}
- メニュー内の空白・汎用アイコンはアイコンキャッシュの破損を示します。再構築すれば、壊れたアイコンと一緒に、もう一つのカクつき源も消えます
- 起動しないものはアンインストールしてアプリリストを短く — 列挙する項目が減れば開くたびの作業も減ります。効果は控えめですが
そもそもメニューではないとき
便利な実験:デスクトップが出た瞬間にメニューを開き、2分後にもう一度。最初だけ遅いならメニューは正常で、本当の話はログオン後のI/O嵐 — 更新の確認、OneDriveの起動、Defenderのスタートアップスキャン。メニューは、あなたがじっと見つめているから気になる、というだけの部品です。
遅れが特定の操作に結びついている — メニュー内の検索をクリックするとき、完全なアプリリストを待つとき — なら、見ているのは検索インデックスであってメニューシェルではありません。故障パターンも診断も別のサブシステムです。メニューに手を出す前に、「ファイル名を指定して実行」からの検索が即座に返るか確認してください。10秒でインデックスを切り分けられます。
よくある質問
スタートメニューを最初に開いたときだけ遅いのはなぜ?
Windowsは使用間、メニューのホストプロセスを中断しているため、ログオン後の最初の起動では、それを起こし、レイアウトを組み直し、アプリリストをディスクから読む必要があります — 何十ものスタートアップ処理が同じディスクを取り合うなかで。
開くたびに遅れるスタートメニューはどう直す?
PowerShellのAdd-AppxPackageコマンドで、そのユーザーとしてスタートメニューパッケージを再登録します。再登録後も遅れるなら、その瞬間にディスクを叩いているのは何かをタスクマネージャーで確認を — 大抵はバックグラウンドスキャンで、メニューではありません。
購入前にライセンスの内容をご確認ください。
一度限りの 30 分試用では基本ツールを利用できます。PRO 機能は有料ライセンスを有効にするまでロックされています。
次に読む記事
お問い合わせ: [email protected]