J'ai lu un article et il a utilisé les termes «cache froid» et «cache chaud». Que signifie le concept de cache froid et de cache chaud? Je visite cela mais j'ai besoin de quelque chose de plus.
J'ai lu un article et il a utilisé les termes «cache froid» et «cache chaud». Que signifie le concept de cache froid et de cache chaud? Je visite cela mais j'ai besoin de quelque chose de plus.
Réponses:
Eh bien, en bref: un cache chaud est utile alors qu'un cache froid ne l'est pas. En fait, un cache froid peut être dangereux à utiliser.
Vous voyez, l'intérêt d'un cache est de garder les données souvent accessibles accessibles. Par exemple, un cache DNS stockera localement les résultats des résolutions de noms que vous avez récemment demandées et, lorsque ces mêmes résolutions sont à nouveau demandées, leurs résultats sont déjà disponibles et servis immédiatement sans interroger une base de données de noms hors site plus importante, probablement . En d'autres termes, votre ordinateur n'a pas à demander au serveur de nom de domaine de votre fournisseur de services Internet l'adresse IP de google.com car votre ordinateur le sait déjà - votre cache DNS est chaud.
Mais si vous ne demandez jamais l'ip de Google, il ne sera pas dans votre cache. Un cache de froid est trop rassis pour être utile - comme dans les données qu'il contient est probablement trop vieux pour être précis - ou il est entièrement vide, et vide de plein froid.
Mais souvent, le vide est meilleur que l'ancien - bien que cela dépende, bien sûr, des données qui sont mises en cache. Les vides sont faciles à manipuler car ils ont juste besoin d'être remplis - c'est une évidence - mais les anciens caches nécessitent une correction d'erreurs. Il s'agit du principal problème logistique de développement et de maintenance des systèmes de cache - comment savoir si les données que vous avez mises en cache sont à jour et que faire si ce n'est pas le cas?
Je ne répondrai à aucune de ces questions - elles dépendent toutes deux de l'implémentation et dépassent de loin mes capacités, de toute façon - mais il faut comprendre que tous les systèmes de mise en cache comportent un risque inhérent d' inexactitude. Cela va avec le territoire. Le risque peut ne pas être grand - il ne s'agit souvent que d'un risque de quelques nanosecondes supplémentaires dans le temps de traitement. Le système de cache vérifiera les données demandées par rapport à la sécurité intégrée mise en œuvre par le concepteur de cache et, si cela s'avère insuffisant, le système de cache, par exemple, interrogera le DNS du FAI pour l'ip de Google et tout va bien.
Le plus chaud le cache, cependant, le moins il est risqué. Les avantages du cache chaud de garder des données chères à proximité dépassent les risques des inconvénients du cache froid ou ... vous ne devriez probablement pas mettre en cache.
En général, un cache froid est un cache qui n'est pas encore bien rempli. Donc, si votre cache est froid, les informations doivent être récupérées à l'aide de la méthode, vraisemblablement, plus lente. C'est généralement le cas peu de temps après le démarrage d'une application ou les types de requêtes changent considérablement.
Inversement, un cache chaleureux est bien rempli d'informations que vous avez récemment ou fréquemment récupérées.
En ce qui concerne les systèmes de fichiers ext et les structures de répertoires, il existe quelques informations sur le fonctionnement général de la mise en cache dans le système de fichiers virtuel (VFS) sous Linux: http://www.tldp.org/LDP/tlk/fs/filesystem.html