WindowsのSteamとグラフィックスのシェーダーキャッシュは削除できるか

ゲームやドライバーの更新が増えると、ドライブにダウンロードキャッシュとシェーダーキャッシュが残り得ます。ゲームのインストール、セーブ、Workshopの内容、キャッシュは違う種類のデータです。どの容量を戻すかを決める前に、そのディレクトリが何を保存しているかを確定します。

ダウンロードキャッシュとシェーダーキャッシュは別

Steamのダウンロードキャッシュは、インストールと更新を支えます。ダウンロードの問題は、クライアントの設定にあるSteamの公式手順に従います。確認は、もう一度サインインが必要だと説明しています。これはアンインストールのコントロールでも、ライブラリ全体を削除する許可でもありません。

シェーダーキャッシュは、準備済みのグラフィックス作業を残します。外すと、次の起動やシーンでダウンロードまたはコンパイルが再び必要になり、待ちが長くなることがあります。戻ったストレージは、フレームレートが上がったことにはなりません。

シェーダーキャッシュはコンパイルの繰り返しを避ける

照明、マテリアル、エフェクトは、GPUが実行するグラフィックスプログラムを使います。同じシェーダーのソースでも、ハードウェア、ドライバー、グラフィックスAPIが違えば、コンパイル結果は違い得ます。その結果をディスクに残すと、あとから再利用できます。解像度を下げたゲーム素材でも、セーブの進行でもありません。

NVIDIAの設定のリファレンスは、ドライバーのシェーダーキャッシュとコンパイル作業を説明しています。ドライバー更新は再生成を必要とし得ます。Steamが管理するキャッシュとドライバーが管理するキャッシュは別の場所です。一方を空にしても、もう一方が空いたことや、すべてのゲームが影響を受けることにはなりません。

同じシーンを初回と次の読み込みで比べる

ゲームが普通に動くなら、大きなキャッシュを外すことは、ディスク容量と、次の起動や新しいシーンでの再コンパイルの可能性を交換します。その作業の繰り返しは、一般的なフレームレートの最適化ではありません。ベンダーがキャッシュに関する故障を特定しているときは、そのゲームの再構築手順に従います。空にする理由が違います。

ゲーム、セーブ、グラフィックス設定は固定します。削除の前、そのあとの最初の読み込み、ゲームを離れて開き直したあとに、シーンを観察します。1回のかくつきは壊れたキャッシュの証明にならず、初回の遅延に普遍的な回復時間はありません。何を作り直すかは、ゲーム、ドライバー、シーンが決めます。

MoleがSteamライブラリを認識する方法

MoleはSteamが登録した場所と一覧されたライブラリを読み、steamapps\shadercache配下のゲームごとの内容を確認します。CやDにあるSteamフォルダを推測して削除はしません。認識したライブラリと、一覧に出るパスをそれぞれ確認します。

Steamが動いている間、対応するキャッシュは保留されます。ゲームを終え、進行を保存し、Steamを普通に終了してから、クリーンアップの選択を確認します。認識された範囲の外にある、似た名前のフォルダは、その規則の一部にはなりません。

ゲームデータはキャッシュではない

そのゲームの同期を確認します。クラウド同期は、同期された削除に耐える独立したバックアップではありません。手で加えたMod、スクリーンショット、構成は、アンインストール一覧にゲームが出るからといって、再生するキャッシュにはなりません。

グラフィックスキャッシュには自分の範囲がある

Moleは、一部のWindows、ブラウザー、グラフィックスのシェーダーキャッシュを、ドライバーのインストーラーパッケージやゲームとは別に認識します。ドライバー更新のあとにキャッシュが増えるのは普通です。コンパイル中または使用中の内容は残します。グラフィックスベンダーのディレクトリ全体は、キャッシュの分類ではありません。

クリーンアップのあと、同じゲームと同じシーンを、最初の読み込みとあとの実行で比べます。再構築の遅延は、ゲームが壊れた証明ではありません。インストールが容量の大半を占めるなら、ゲームを移動またはアンインストールする前に、ドライブの実際の中身を調べます。