回答:
要約すると、ウォームキャッシュは便利ですが、コールドキャッシュは役に立ちません。実際、コールドキャッシュは危険な場合があります。
キャッシュの重要なポイントは、頻繁にアクセスされるデータにアクセスできるようにすることです。たとえば、DNSキャッシュは、最近リクエストした名前解決の結果をローカルに保存し、同じ解決が再度リクエストされた場合、結果はすでに利用可能であり、より大きな、おそらくオフサイトの名前データベースをクエリすることなくすぐに提供されます。 。言い換えると、コンピュータはインターネットサービスプロバイダのドメインネームサーバーにgoogle.comへのIPアドレスを要求する必要はありません。これは、コンピュータがすでにそれを認識しているためです-DNS キャッシュはウォームです。
ただし、GoogleのIPを要求しない場合は、キャッシュに保存されません。冷たいキャッシュはどちらか便利であるには余りにも古くなっている-それが含まれているデータのように可能性があり、あまりにも古いことは、正確な -またはそれは完全にある空、との空にたくさんの寒さを。
しかし、多くの場合、空のものは古いものよりも優れています-これはもちろん、キャッシュされているデータに大きく依存しています。Emptyは、単に埋めるだけで簡単に処理できます。これは非常に簡単ですが、古いキャッシュにはエラー修正が必要です。これは、キャッシュシステムを開発および維持する上での主要なロジスティクス上の問題です。キャッシュしたデータが最新であるかどうか、また最新でない場合はどうすればよいですか。
私はこれらの質問のどちらにも答えません-どちらも実装に依存し、おそらく私の能力をはるかに超えています-しかし、すべてのキャッシングシステムには不正確な固有のリスクが伴うことを理解する必要があります。それは領土と一緒です。リスクはそれほど大きくない可能性があります。多くの場合、処理時間に数ナノ秒の余分なリスクがあるだけです。キャッシュシステムは、キャッシュデザイナーによって実装されたフェイルセーフに対して要求されたデータをチェックします。フェイルセーフが必要であることが判明した場合、キャッシュシステムは、たとえばISPのDNSにgoogleのIPを照会し、すべてが正常です。
キャッシュ暖かく、しかし、あまりそこにされて危険にさらしました。暖かいキャッシュの恩恵親愛なるデータを維持するには、近く上回るリスクの冷たいキャッシュのおそらくあなたがキャッシュすべきではない...欠点をか。
一般的に、コールドキャッシュは、まだ十分に実装されていない(まだ)キャッシュです。したがって、キャッシュが冷たい場合は、おそらく遅い方法を使用して情報を取得する必要があります。これは通常、アプリケーションが起動した直後、またはクエリの種類が大幅に変更された場合に発生します。
逆に、ウォームキャッシュには、最近または頻繁に取得した情報が十分に読み込まれます。
extファイルシステムとディレクトリ構造に関して、Linuxの仮想ファイルシステム(VFS)でのキャッシュの一般的な動作に関する情報がいくつかあります。http://www.tldp.org/LDP/tlk/fs/filesystem.html