web-dev-qa-db-ja.com

いくつかのicon-theme.cacheファイルが巨大なのはなぜですか?

職場のコンピューターでは、いくつかのicon-theme.cacheファイルが非常に大きいことに気付きました。例えば:

  1. /usr/share/icons/hicolor/icon-theme.cache:120MB
  2. /usr/share/icons/gnome/icon-theme.cache:113MB
  3. /usr/share/icons/pacifica/icon-theme.cache:103MB
  4. /usr/share/icons/oxygen/icon-theme.cache:94MB

など。これの理由は何でしょうか?たとえば、私の自宅のコンピューターでは、/usr/share/icons/hicolor/icon-theme.cacheは24kBしかありませんが、それよりも小さいものもあります。

これらのファイルを削除できますか(自動再生成されますか)?または、それらを縮小する他の方法はありますか?

ええ、彼らは本当にとても大きいです。パッケージのインストール中に新しいファイルがある場合、それらの生成はdpkgによって個別にトリガーされます。

  1. 削除できます

    Sudo rm /usr/share/icons/*/icon-theme.cache
    
  2. その後、それらを強制的に再生成します

    Sudo update-icon-caches /usr/share/icons/*/
    

システムはキャッシュなしで動作でき、GUIのパフォーマンスはほとんど低下しません。

2
user.dz

アイコンテーマキャッシュには、ディレクトリに含まれる画像ファイルのインデックスが含まれ、オプションで対応する非圧縮画像データを含めることができます。

画像データを含める理由は、個々の画像ファイルを開いてデコードする代わりに、アプリがキャッシュファイルをメモリマップして直接アクセスするだけでした。

以前はキャッシュに画像データを含めることがデフォルトでしたが、これは 2014年半ばに変更されました でした。これの主な理由は、生の画像データをキャッシュに保存するために使用される形式が、画像の表示に使用される形式と一致しなくなったため、コピーアクセスがゼロになったためです。また、ハードディスクの速度と比較したCPU速度の長年にわたる改善は、ディスクからより多くのデータを読み取ることを意味する場合、データを解凍する必要を回避することが勝ちであることは明らかではありません。

元の質問に戻ります:仕事用システムと比較してホームシステムのキャッシュが小さい理由は、仕事用システムがイメージデータを含めるためにキャッシュが構築された古いディストリビューションリリースを実行しているためです。作業システムがアップグレードされると、そのキャッシュサイズは縮小するはずです。

2