Rechargement¶

nscd(8) possède une fonctionnalité nommée rechargement et dont le comportement peut surprendre.

Le rechargement est activé lorsque l'option reload-count possède une valeur différente de zéro. La valeur par défaut dans le code source active le rechargement, mais la valeur par défaut définie par votre distribution peut être différente.

When reloading is enabled, positive cached entries (the results of successful queries) do not simply expire when their TTL is up. Instead, at the expiry time, nscd will "reload", i.e., re-issue to the name service the same query that created the cached entry, to get a new value to cache. Depending on /etc/nsswitch.conf this may mean that a DNS, LDAP, or NIS request is made. If the new query is successful, reloading will repeat when the new value would expire, until reload-count reloads have happened for the entry, and only then will it actually be removed from the cache. A request from a client which hits the entry will reset the reload counter on the entry. Purging the cache using nscd -i overrides the reload logic and removes the entry.

Le rechargement a pour effet d'augmenter les durées de vie TTL des entrées du cache sans compromettre la cohérence de ce dernier, au coût d'une charge supplémentaire pour le service de nom sous-jacent. Est-ce une bonne solution pour votre système ? Cela dépend des détails du comportement de votre application, de votre service de nom et des valeurs de TTL effectives de vos entrées de cache. Notez que pour certains services (par exemple DNS), la valeur effective de TTL est la valeur renvoyée par le service de nom et non la valeur de l'option positive-time-to-live.

Il est recommandé de suivre attentivement les conseils suivants :

• Si votre application effectue une seconde requête pour le même nom après 1 TTL, mais avant reload-count TTL, et est affectée par la latence due à l'échec d'une recherche dans le cache, le rechargement est probablement fait pour vous.
• Si votre service de nom est configuré pour renvoyer des TTL très courtes, et si vos applications ne font que rarement des recherches dans des circonstances normales, le rechargement va augmenter la charge de votre service de nom sous-jacent sans aucun bénéfice pour les applications, ce qui ne correspondra probablement pas à ce que vous souhaitez.
• Si les capacités de votre service de nom sont limitées, le rechargement pourra avoir pour effet surprenant d'augmenter la charge de votre service de nom au lieu de la diminuer, ce qui là non plus ne correspondra probablement pas à ce que vous souhaitez.
• Définir reload-count à unlimited est en général une mauvaise idée, car il en résultera un cache qui ne fait jamais expirer ses entrées et impose au service de nom sous-jacent une charge augmentant indéfiniment.

Some distributions have an init script for nscd(8) with a reload command which uses nscd -i to purge the cache. That use of the word "reload" is entirely different from the "reloading" described here.