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