Que signifie le "bit collant" dans NFS?

J'essaye de comprendre comment est le bit collant utilisé dans NFS v3. RFC 1813 dit à la page 22:

0x00200 Enregistrez le text échangé (non défini dans POSIX).

Que signifient-ils par "text échangé"? Dans "NFS Illustrated", l'auteur, Brent Callaghan, dit que cela signifie ne pas mettre en cache. Cependant, je n'ai pas vu cette explication ailleurs.

La section de text d'un exécutable est le code exécutable réel, c'est ce qu'il se réfère. Sous Linux, cette requête est ignorée, c'est juste une optimization faite par l'admin. Le kernel peut le faire pour lui-même, sans l'invite.

Il dit que si le text exécutable est échangé, et le process se termine, alors gardez-le pour la prochaine fois. Sur les exécutables Linux (local) ne sont pas échangés, car il est aussi rapide de recharger à partir du file. Peut-être que c'est un peu différent pour NFS.

Le bit collant a d'autres significations pour les autres types de files: Vous avez décrit les exécutables. Pour les directorys, il empêche les non-propriétaires de supprimer des files.

Je suppose que NFS est la même chose, quand je l'ai utilisé il y a 20 ans.


à partir de: http://netbsd.gw.com/cgi-bin/man-cgi?sticky+7+NetBSD-current

Plus tard, sur SunOS 4, le bit collant a une signification supplémentaire pour les files dont le bit était défini et qui n'étaient pas exécutables: les opérations de lecture et d'écriture de ces files iraient directement sur le disque et contourneraient le cache tampon. Cela était généralement utilisé sur les files d'échange pour les clients NFS sur un server NFS, de sorte que les E / S d'échange générées par les clients sur les servers n'éliminaient pas datatables utiles du cache tampon du server.