L'amortisseur pski.com de Linux
Quand vous écrivez des données, il n'obtient pas nécessairement écrit vers la droite de disque alors. Le grain maintient des cachettes de beaucoup de choses, et les données de disque sont quelque chose où beaucoup de travail est effectué pour maintenir tout rapide et efficace. C'est grand pour l'exécution, mais parfois vous voulez savoir que les données vraiment ont obtenu à l'unité de disques. Ceci pourrait être parce que vous voulez examiner l'exécution de la commande, mais pourrait également être quand vous suspectez qu'une commande fonctionne mal : si vous juste écrivez et lisez en arrière, vous lirez de la cachette, pas des plateaux réels de disque.
Ainsi comment pouvez-vous être sûr que vous êtes des données de lecture à partir du disque ? La réponse obtient réellement peu un compliqué, en particulier si vous déterminez l'intégrité, ainsi soutiennent avec moi.
Évidemment la première chose que vous devez faire est d'obtenir les données dans la cachette envoyée sur son chemin au disque. C'est la « synchro », qui indique au grain que vous voulez les données écrites. Mais cela ne signifie pas qu'un suivant lu vient à partir du disque : si les données demandées sont toujours dans la cachette, c'est d'où il sera cherché. Il également ne signifie pas nécessairement que le grain réellement a envoyé les données le long au contrôleur de disques : une « synchro » est une demande, pas une commande qui indique que « arrêt tout autrement que vous faites et écrit votre cache tampon entier au disque en ce moment ! ». Pas, la « synchro » signifie juste que la cachette sera écrite, au fur et à mesure que le grain a le temps pour faire ainsi.
Traditonally, la seule manière d'être sûr que vous ne relisiez pas de la cachette deviez recouvrir la cachette avec d'autres données. Cela a exigé deux choses : sachant grand la cachette a lieu à ce moment, et ayant des données indépendantes de taille suffisante pour recouvrir avec.
Sur Unixes plus ancien avec fixe - les caches tampon classés, la première partie étaient assez faciles, et puisque la mémoire était souvent chère et dans un approvisionnement plus court qu'elle est maintenant, la cachette n'étaient pas susceptibles d'être tous qui grand de toute façon. Cela est changé radicalement : les systèmes modernes assignent l'antémémoire dynamiquement et tandis que toute la cachette est encore petite comparée aux unités de disques, il peut maintenant être des gigaoctets de données que vous devez recouvrir. http://www.zerivista.com
Écrit par azerivista.com Miller.





