La compréhension de Rubis et d'OS I/O tampon

Le Rubis IO documentation n'est pas 100% clair sur la façon dont cette mise en mémoire tampon des œuvres, mais c'est ce que vous pouvez extraire de la documentation:

• Ruby IO dispose de sa propre mémoire tampon interne
• En outre que le sous-jacent système d'exploitation peut ou ne peut pas davantage de la mémoire tampon de données.

Les méthodes pertinentes à regarder:

• IO.rincer: Bouffées de chaleur IO. J'ai aussi regardé le Ruby source et un appel à IO.flush également les appels de l'OS sous-jacent fflush(). Cela devrait être suffisant pour obtenir le fichier mis en cache, mais ne garantit pas de données physiques sur le disque.
• IO.sync=: Si la valeur de true, pas de Ruby interne de mise en mémoire tampon est fait. Tout est immidiately envoyé à l'OS, et fflush() est appelée pour chaque écriture.
• IO.sync: Renvoie le paramètre de synchronisation (true ou false).
• IO.fsync: Bouffées de chaleur à la fois le Rubis tampons + appels fsync() sur le système d'exploitation (si elle accepte). Ce sera la garantie d'une pleine chasse tout le chemin sur le disque physique de fichier.
• IO.fermer: Ferme le Rubis IO et écrit les données en attente de l'OS. Notez que cela ne signifie pas fsync(). POSIX documentation sur close() dit qu'il ne garantit PAS que les données sont écrites physiquement sur le fichier. Si vous avez besoin d'utiliser explicite fsync() appel pour que.

Conclusion: flush et/ou close devrait être suffisant pour obtenir le fichier mis en cache afin qu'il puisse être lu entièrement par un autre processus ou une opération. Pour obtenir le fichier de tout le chemin vers le support physique avec certitude, vous devez appeler IO.fsync.

Autres méthodes:

• IO.syswrite: Bypass Ruby tampons internes et straight OS write. Si vous utilisez ce alors ne les mélangez pas avec IO.read/write.
• IO.sysread: Même que ci-dessus, mais pour la lecture.