このサイトを正しく表示するには、最新のブラウザを使用し、Javascriptを有効化してください。

Windows 11でスタートアップアプリの起動が意図的に遅延されている問題

キクチ

Windows 11 23H2を最新の更新プログラムをすべて適用した状態で使用しています。PC起動時に自動実行させたいプログラムが5つあり、shell:startupにショートカットを配置しています。

デスクトップが表示されてから5秒以内にはアプリが起動し始めることを期待しているのですが、なぜかほとんどの場合、これらのプログラムの起動が1分から3分も遅れます。タスクマネージャーを見てもリソース使用率は非常に低く、処理能力不足が原因ではありません（最新のCore i7と高速なNVMeドライブを搭載したデスクトップPCです）。また、shell:startupに追加したのと同じアプリを、デスクトップ表示直後に手動で起動すれば、即座に立ち上がります。

このWindows 11はインストールしてからまだ3ヶ月ほどで、おかしなカスタマイズはしておらず、基本的なプログラムしかインストールしていません。sfcやdismコマンドでのチェックでも問題は見つかりませんでした。このPCで発生している問題はこれだけです。

ログオン後、これらのアプリケーションを遅延なく即座に実行させる方法はありますでしょうか？

ノザワ

Windows 11でアプリの起動が遅れる一般的な原因については、すでにご自身で徹底的に確認されているようですね。リソースの制約がなく、手動では即座に起動することから、遅延はシステムの構成やWindows 11特有の動作に起因する可能性があります。

現状のWindowsの仕様では、スタートアップアプリの優先順位をユーザーがカスタマイズすることはサポートされていません。また、多くのシステムプロセス（これらはshell:startupフォルダには表示されません）が起動時に自動で開始されるため、ユーザーが定義したスタートアップ項目は、システムプロセスに対して相対的に遅れて実行されることがあります。

いくつか追加で試せる手順を以下に示します。

バックグラウンドプロセスを確認する: タスクマネージャーのリソース使用率が低くても、他のバックグラウンドプロセスが起動時間に影響を与えている可能性があります。SysinternalsのAutoruns（Autoruns for Windows - Sysinternals | Microsoft Learn）のようなツールを使うと、shell:startupフォルダよりも包括的にスタートアップ項目を調査・管理できます。

イベントログを確認する: Windowsのイベントログには、起動時に何が起きているかの詳細な情報が記録されている場合があります。ログインした時間帯に警告やエラーがないか確認し、遅延の原因となる手がかりを探してみてください。

起動タイミングを試す: shell:startupフォルダだけに頼るのではなく、別の方法を試すこともできます。例えば、タスクスケジューラで遅延起動を設定したり、サードパーティ製のスタートアップ管理ツールを使用したりして、状況が改善するか確認してみてください。

クリーンブートを実行して、問題が再現するか確認する方法もあります。これはトラブルシューティングの一環です。このモードで、問題がシステムに起因するのか、サードパーティ製ソフトウェアや個人設定に起因するのかをさらに切り分けることができます。

免責事項:「クリーンブート」は、最小限のドライバーとスタートアッププログラムでWindowsを起動するものです。これにより、バックグラウンドプログラムが干渉しているかどうかを判断し、問題の原因を特定するのに役立ちます。手順が複雑に見えるかもしれませんが、順を追って一つずつ実行することで、問題を解決に導くことができます。

キクチ

ノザワ

イベントログを確認しましたが、起動遅延の原因となりそうなものは見つけられませんでした。

提案のあった3番目の方法、タスクスケジューラを試してみました。少し「裏技」的な感じはしますが、うまくいきました。手順は以下の通りです。

すべてのショートカットを別のフォルダ（例: C:\Startup）に移動しました。トリガーを「ユーザーログオン時」に設定し、操作を次のように設定したタスクを作成しました。プログラム: cmd.exe引数: /C for %f in (*.lnk) do call start "" "%f"開始(オプション): C:\Startup

これで完了です。このタスクはこのフォルダ内のすべてのショートカットを一度に実行し、shell:startupと比較して、デスクトップ表示後1秒もかからずに実行されます。これこそ私が望んでいた動作です。

管理者権限が必要なアプリがあると少し複雑になるかもしれませんが、幸い私の使い方では問題ありません。

あきやま

私も同じ問題に悩まされています。23H2にアップデートしてから、アプリの初期化に1〜3分かかるようになりました…。

特にSteamとWallpaper Engineで顕著です。以前は即座に起動していたのに、アップデート後は非常に時間がかかります。

ノザワ

キクチ

お役に立てたようで何よりです。他にMicrosoft製品に関する質問があれば、いつでもフォーラムにご投稿ください。

アキラ

キクチ

タスクスケジューラの方法を試したところ、エラーが表示されます。何か心当たりはありますか？

ヤモトセイヤ

解決策を見つけましたので共有します。

注意: レジストリの変更は危険を伴います。作業前に必ずバックアップを取ってください。

Win+Rで「regedit」と入力し、レジストリエディタを開きます。

Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\ に移動します。

そこに Serialize という名前で新しいキーを作成します。

作成したSerializeキーの中に、以下の2つのREG_DWORD (32ビット) 値を作成します（名前は大文字と小文字を区別します）。

名前: WaitForIdleState値: 0
名前: StartupDelayInMSec （オプション）値: 0 （ミリ秒単位での遅延時間。0で問題ないはずです）

これで解決するはずです。

追伸: この問題は、Windowsがスタートアップアプリを起動する前にCPUのアイドル状態を待つように変更されたことに関連しているようです。この「改善」により、十分な性能を持つはずの最新のCPUでも、人為的な遅延が発生してしまっているようです。

大石二千夫

ヤモトセイヤ

この方法で解決しました。

1年近く、アプリの自動起動が信じられないほど遅い（ログイン後5分経ってから起動するものもあった）のに悩まされていましたが、WaitForIdleStateの追加で解決しました。

StartupDelayInMSecについては別のフォーラムで見つけていましたが、それだけでは少ししか改善しませんでした。

注意点として、この設定は.regファイルで保存しておくことをお勧めします。特定のWindows Update後にSerializeキーごと削除されてしまい、キーと2つのDWORD値を再追加する必要があったためです。

ササキ

ヤモトセイヤ

これで解決しました。本当にありがとうございます。この問題には本当にイライラさせられていました。

腹立たしいのは、

Microsoftがこのような「改善」を行うこと。これで「OSが5秒で起動！」と自慢できますが、実際にはDropbox、Onedrive、Slackなどのスタートアップアプリを1つでも必要とする人にとっては、5分経つまで使い物にならないという事実は無視されています。モデレーターやMicrosoft担当者からの回答が、いつも「ウイルスはチェックしましたか？」とか「システムは最新ですか？」といった、役に立たない曖昧なチェックリストばかりであること。

愚痴を言ってすみません...。

山内大介

ヤモトセイヤ

問題解決！！

すばらしい！ WaitForIdleStateで問題が解決しました。Windows 11を23H2から24H2にアップグレードしてからこの問題に直面していました。ウイルス対策ソフトのアンインストール、サードパーティ製ツールでのパフォーマンスチェック、サービスやスタートアッププログラムの無効化など、あらゆることを試しましたがダメでした。本当にありがとう。

よしの

ヤモトセイヤ

この変更が原因で、時々グリーンスクリーンオブデス (GSOD) が発生することがあるかもしれません。

うの

アクティブでないネットワークドライブのマッピングはありませんか？

切断されているマップドライブがある場合、それをいったん有効にしてみて、何か変化があるか確認してみてください。

ヤモトセイヤ

大石二千夫

注意点として、この設定は`.reg`ファイルで保存しておくことをお勧めします...

確かにその通りです。誰かのために、.regファイルの中身をここに貼っておきます。テキストファイルを作成し、拡張子を.regにして以下の内容を貼り付け、ダブルクリックでレジストリに追加できます。

Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize] "StartupDelayInMSec"=dword:00000000 "WaitForIdleState"=dword:00000000

ヤモトセイヤ

アキラ

まず、この問題は上記のレジストリ修正で解決するはずです。それでもタスクスケジューラの方法を試したいのであれば、

次のような内容の.batファイルを作成してみてください。

for %%f in (C:\path\to\startup\links\*) do call start "" "%%f"

そして、この.batファイルをshell:startupフォルダに配置します（Win+R -> shell:startup）。

ニシハラ

このレジストリキーについての私の見解を共有します。

この変更は役立つかもしれませんが、根本的な問題はOSではなく、あなたのPC環境や使い方にある可能性があります。

パフォーマンスの問題は、Windowsクライアントに何らかのブロッカーがあることを意味し、必ずしもWindowsが非効率的であるとは限りません。

このキーを使用すると、特に企業環境ではWindowsクライアントのサポートや支援が受けられなくなる可能性があります。個人のOSで行う分には自己責任ですが。

WaitForIdleStateは多くの理由から意味のある機能であり、本来は有効にしておくべきです。

この要件をバイパスすると、別の問題に遭遇する可能性があることをご承知おきください。

キクチ

ニシハラ

...根本的な問題はOSではなく、あなたのPC環境や使い方にある可能性があります。

最初の投稿で説明したように、私はほとんどプログラムをインストールしていないクリーンなOSでこの問題を経験しました。実際、最近Windows 11 24H2を再インストールし、自動起動させたいプログラムだけをインストールした、全く変更を加えていないシステムでテストする絶好の機会がありましたが、以前と全く同じ問題が再発しました。ハードウェアの性能も問題ではありません。最新の14コアデスクトップCPUと、シーケンシャルリード4.6 GB/s、ランダムリード400 MB/s以上、平均応答時間0.1ms未満のドライブで、5つのアプリを同時に起動することは、決して大きな負荷ではありません。

この解決策を職場と自宅のPC両方で使用していますが、ブルースクリーンなども含め、何の問題も発生していません。唯一の小さな問題は、インターネット接続に依存するアプリの1つが、システムがネットワーク接続を確立するよりも速く起動してしまうことがあるくらいです。しかし、5秒後に「再試行」をクリックする方が、数分待つよりはるかにマシです。

この人為的な遅延をなくしても問題が起きないということは、私にとっては一つのことを示しています。それは、この遅延は常に必要ではないということです。もし遅延が必要な状況があるなら、システムがその状況を判断し、その時だけ遅延を有効にすべきです。現状では、この遅延は適切な解決策というより、むしろ付け焼き刃の対策のように見えます。それは、まさにWindowsが非効率的であるということではないでしょうか。

ササキ

キクチ

全くもって同感です！

のざわ

この方法で問題が解決するはずです。

再起動後、AutoStartアプリ/プログラムが起動するまでに1〜2分待たされる問題がある場合、この方法が有効かもしれません。

レジストリに以下の値を追加/変更してください。

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Serialize]
"StartupDelayInMSec"=dword:00000000
"WaitForIdleState"=dword:00000000

ほとんどの場合、これらのキーはデフォルトでは存在しないため、新規に作成する必要があります。

「WaitForIdleState」が問題の原因のようです。どうやら、システムはアプリの起動を続ける前にアイドル状態を待機するようです。システムの構成によっては、これに時間がかかることがあります。

*レジストリのバックアップを必ず取り、自己責任で編集してください。

キクチ

のざわ

ありがとうございます。ただ、すでにベストアンサーをご確認ください。

のざわ

キクチ

しまった。前に読んだときになぜ見落としたんだろう。