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

エクスプローラーでフォルダを開くと、WSAPPX (ClipSVC) のCPU使用率が高騰する問題

ほんだりゅうせい

Windowsエクスプローラーで大量の写真ファイルが含まれるフォルダを開くたびに、WSAPPXのサブプロセスであるクライアントライセンスサービス(ClipSVC)のCPU使用率が異常に高くなり、エクスプローラーの動作が極端に遅くなります。フォルダ内のファイルが完全に表示されるまでに30分以上かかることもあります。

これまでに、以下の一般的な対処法はすべて試しました。

写真フォルダとそのサブフォルダの種類を「全般」に設定
キャッシュされたサムネイルの削除
ドライブの再インデックス作成

しかし、いずれも効果はありませんでした。この現象が発生している間、エクスプローラーは1秒に1ファイル程度のペースでゆっくりとファイル一覧を更新し、タスクマネージャーではWSAPPXがエクスプローラーとほぼ同等のCPUリソースを消費しているのが確認できます。ファイル一覧の表示が完了すると、WSAPPXのCPU使用率は0%に戻ります。

そもそも、エクスプローラーが単にフォルダを開くだけの操作で、WSAPPXやクライアントライセンスサービスが動作する必要があるとは思えません。この問題の原因と解決策についてご教示ください。OSはWindows 10です。

ジュンイチ

WSAPPXプロセスが原因で高いCPU使用率が発生する問題は、多くのWindows 10ユーザーから報告されている一般的な問題であり、いくつかの解決策が考えられます。

WSAPPXプロセスは、Microsoft StoreおよびユニバーサルWindowsプラットフォーム(UWP)アプリに関連するものです。これには2つのサブプロセス、Client License Service (ClipSVC) と AppX Deployment Service (AppXSVC) が含まれます。ClipSVCはストアアプリのライセンス管理を、AppXSVCはアプリのインストール、更新、削除時の展開処理を担当します。

以下の解決策をお試しください。

1. 関連サービスの無効化Windowsキー + Rを押し、services.mscと入力してサービス管理ツールを開きます。上記の2つのサービス（Client License ServiceとAppX Deployment Service）を探し、それぞれ右クリックして「プロパティ」を開き、一時的に「無効」に設定してWSAPPXの動作に変化があるか確認してください。

2. ウイルススキャンの実行WSAPPXプロセスが高いCPU使用率を示す原因の一つとして、マルウェア感染が考えられます。信頼できるウイルス対策ソフトで完全スキャンを実行してください。また、Windows Defenderを使用している場合は、オフラインスキャンを実行することをお勧めします。Microsoft Defender ウイルス対策をオフラインで実行して PC を保護する

3. Microsoft Storeアプリの自動更新を無効にするMicrosoft Storeがアプリを自動的に更新する設定になっていると、WSAPPXプロセスがリソースを消費する原因となることがあります。

スタートメニューから「Microsoft Store」を検索して開きます。
右上の「...」をクリックし、「設定」を選択します。
「アプリを自動的に更新」のトグルをオフにします。

4. Superfetch (SysMain) サービスの無効化Superfetchは、頻繁に使用するアプリをRAMにプリロードすることでシステムのパフォーマンスを向上させる機能ですが、時に問題を引き起こすことがあります。

Windowsキー + Rを押し、services.mscと入力します。
一覧から「SysMain」を探し、右クリックして「プロパティ」を選択します。
「スタートアップの種類」を「無効」に設定し、PCを再起動します。

これらの手順で解決しない場合は、最近インストールしたサードパーティ製アプリが影響している可能性も考えられます。その際は、以下のクリーンブートを実行し、問題の原因を特定してみてください。Windows でクリーンブートを実行する方法

前川連

ジュンイチ

ご回答ありがとうございます。本日は終日セミナーでしたので、明日内容を確認させていただきます。

前川連

ジュンイチ

ご指摘いただいた内容を元に調査した結果、いくつかの発見がありました。

まず、この問題は写真を含む全てのフォルダで発生するわけではなく、私が所有する4つの異なるブランドのカメラで撮影したRAWファイルを含むフォルダでのみ発生することが判明しました。RAWファイルはカメラブランドごとに拡張子が異なりますが、どのブランドのものでも問題が再現します。

この発見に基づき、Microsoft Storeアプリである「Raw 画像拡張機能」をアンインストールしたところ、RAWファイルを含むフォルダを開いてもWSAPPXが起動しなくなり、CPU使用率の高騰は解決しました。おそらく、エクスプローラーが各RAWファイルを読み込むたびに、ライセンス認証のためにClipSVCが呼び出されていたのだと推測されます。フォルダの種類を「全般」に設定しているにも関わらずこの動作が起きるのは不適切です。この問題は開発チームにフィードバックされるべきだと思います。

しかし、まだ問題は完全には解決していません。RAWファイルを含むフォルダを開く速度は以前より大幅に改善されましたが、依然として本来あるべき速度より遥かに遅いのです。例えば、約1400個のJPGファイルを含むフォルダは5秒未満で完全に表示されますが、同数のRAWファイルを含むフォルダでは約50秒かかります。10分以上かかっていた頃よりはマシですが、正常とは言えません。

タスクマネージャーを再度確認すると、今度は「ServiceHost: State Repository Service」がRAWファイルを含むフォルダの読み込み中に多くのCPUを消費し、読み込み完了後に消えることがわかりました。Superfetchの無効化など、他の提案も試しましたが、この点については改善が見られません。

なぜエクスプローラーがフォルダを読み込む際に「State Repository Service」が動作する必要があるのでしょうか？特に、なぜRAWファイルが存在する場合に限られるのでしょうか？次なる対策についてアドバイスをいただけますでしょうか。

ジュンイチ

前川連

問題の原因特定が進展したようで何よりです。しかし、RAWファイルを含むフォルダのパフォーマンス問題が依然として残っているのですね。

ご質問の「なぜState Repository Serviceが動作するのか？」についてですが、State Repository Service (StateRepoSvc) は、主にユニバーサルWindowsプラットフォーム (UWP) アプリの状態情報を管理・保存するWindowsサービスです。UWPアプリのウィンドウの状態や設定などのデータを保持する役割を担っています。

一見ファイル表示とは無関係に見えますが、RAWファイルの特性とエクスプローラーの対話方法に関連して、以下のような理由でこのサービスが動作している可能性があります。

メタデータ抽出: RAWファイルにはカメラ設定やタイムスタンプなど、豊富なメタデータが含まれています。エクスプローラーがこれらの情報を読み込んでプレビューや詳細情報を表示しようとする際、State Repository Serviceがメタデータ関連の状態を管理・キャッシュするために呼び出されることがあります。サムネイル生成: サムネイル生成を無効にしていても、WindowsがRAWファイルを処理する過程で、メタデータやサムネイル関連データを一時的に保存するためにこのサービスと連携する可能性があります。UWP統合: State Repository ServiceはUWPアプリと密接に関連しています。RAWファイルのような特定のファイルタイプを処理する際に、何らかのUWPコンポーネントが介在し、結果としてこのサービスが呼び出されている可能性があります。

要約すると、この現象はWindows 10が特定のハードウェア構成において、大量のファイルを含むフォルダの表示処理とCPUリソースの連携をうまく行えない場合に発生する問題であると考えられます。この問題はこちらでも内部チャネルを通じて報告させていただきました。

また、よろしければ、フィードバックHubを通じて問題を報告していただけますでしょうか。詳細な情報（再現ビデオなど）を添えていただくと、開発チームによる調査の助けになります。フィードバック Hub アプリを使って Microsoft にフィードバックを送信する

送信後、共有リンクをここに投稿していただけると幸いです。

初音

ジュンイチ

ご返信ありがとうございます。本日も会議が立て込んでおり、フィードバックの送信は今夜か明日になるかもしれません。

RAWファイルとJPGファイルのメタデータについてですが、確かにおっしゃる通り、エクスプローラーはEXIFメタデータを表示します（「日付時刻」列はファイルの更新日時ではなく、EXIFの撮影日時を表示します）。しかし、これはJPGとRAWの両方に当てはまります。標準的なEXIFメタデータ（バージョン2.2など）は、撮影日時など基本的な項目に関してはファイル形式によらず共通のはずです。そのため、メタデータ抽出の処理がRAWとJPGで異なるとは考えにくいのですが…。

また、UWPアプリはMicrosoft Storeに関連しているという認識で正しいでしょうか？もしそうなら、最初のご提案にあったようにMicrosoft Storeを完全に無効化すれば、RAWファイルの表示速度が改善する可能性はありますか？どのアプリがUWPアプリなのか把握できていないため、Storeを恒久的に無効にしてよいか判断がつきませんが、試す価値があるかご意見を伺えれば幸いです。

前川連

ジュンイチ

ご報告です。WSAPPX関連サービスやState Repository Serviceを無効にしてテストしようと試みましたが、services.mscではこれらのサービスは「手動」に設定されており、設定項目がグレーアウトしていて変更できませんでした。おそらくWindows 10 Pro版では可能なのでしょうが、私が使用しているのはHome版です。

ご提案通り、フィードバックHubに問題を送信しました。送信後2分で既に1票入っていましたが、これはあなたでしょうか？ただ、送信したフィードバックへのリンクを取得する方法がわかりません。もしよろしければ、リンクの共有方法を教えていただけますでしょうか。

もしご自身で検索される場合は、タイトルは「Windows Explorer runs State Repository Service making it very slow.」です。

ジュンイチ

前川連

フィードバックのご協力ありがとうございます。

投稿したフィードバックのリンクを共有するには、以下の手順に従ってください。

フィードバックHubを開き、左側のメニューから「フィードバック」セクションに移動します。「自分のフィードバック」タブをクリックします。共有したいフィードバックの項目をクリックします。右上に表示される「共有」ボタンをクリックすると、共有用の短いリンクが生成されます。

そのリンクをここに投稿してください。通常、リンクは https://aka.ms/ で始まります。同様のフィードバックを見かけたので賛成票を投じましたが、それがあなたのものかは断定できません。リンクを共有いただくことで、より多くのユーザーが投票し、開発チームの目に留まりやすくなります。

ほんだりゅうせい

ジュンイチ

この問題に関するフィードバックHubへのリンクはこちらです。同じ問題でお困りの方は、ぜひ賛成票を投じて、Microsoftによる修正の優先度を上げることにご協力ください。

https://aka.ms/AAma7bp

順一さん、多大なるご協力に心から感謝いたします。Microsoftのコミュニティでこれほど有益なサポートを受けられたのは初めてです。この問題が実際に修正されることを願っています。

Assistant

横から失礼します。State Repository Serviceに起因するRAWファイルの表示遅延について、Microsoftによる根本的な修正を待つ間の代替策として、サードパーティ製のファイル管理・画像閲覧ソフトの利用を提案します。

Windows標準のエクスプローラーは、時に特定のファイル形式の扱いに問題を抱えることがあります。そこで、RAWファイルの高速なプレビューに特化したソフトウェアを試してみてはいかがでしょうか。

例えば、以下のようなソフトウェアが考えられます。

XnView MP: 多数の画像・動画形式に対応した高機能なビューア兼管理ソフトです。RAWファイルの表示も高速で、多くのプロカメラマンに利用されています。
FastRawViewer: その名の通り、RAWファイルの高速表示に特化したビューアです。Windowsのシェル拡張に依存せず、独自のエンジンでファイルを処理するため、今回の問題の影響を受けずに済む可能性があります。

これらのツールを一時的なファイルブラウザとして利用することで、日々の写真整理のワークフローを大幅に改善できるかもしれません。根本的な解決にはなりませんが、実用的な回避策としてご検討ください。