Quand vider un fichier en Aller?

Quand est-il nécessaire de rincer un fichier?

Je ne le fais jamais parce que je l'ai appel de Fichier.Proximité et je pense qu'il est vidé automatiquement, n'est-ce pas?

InformationsquelleAutor | 2012-06-02
  1. 17

    Vous noterez qu'un os.Fichier ne possède pas un .Flush() parce qu'il n'en a pas besoin car il n'est pas mis en mémoire tampon. Écrit directs appels d'écrire dans le fichier.

    Lors de vos sorties de programme(même si elle se bloque) tous les fichiers qu'il a ouvert sera fermée automatiquement par le système d'exploitation et le système de fichiers écrire vos modifications sur le disque quand il fait autour d'elle (parfois jusqu'à quelques minutes après votre programme de sorties).

    Appelant os.Fichier.Sync() va appeler le fsync() syscall qui va forcer le système de fichiers pour le rincer en mémoire sur le disque. Cela permettra de garantir que vos données sont sur le disque et persistante, même si le système est éteint ou le système d'exploitation se bloque.

    Vous n'avez pas besoin d'appeler .Sync()

    • Cette réponse confond fsync avec fflush. Vous n'avez pas besoin de quinte d'un tampon de fichier. Cela ne signifie pas que vous n'avez pas besoin de sync si vous voulez une garantie que l'écriture a été commis sur le disque. Piotr Praszmo la réponse est mieux.
    InformationsquelleAutor Jessta
  2. 15

    Voir ici. File.Sync() est syscall à fsync. Vous devriez être capable de trouver plus sous ce nom.

    Gardez à l'esprit que fsync n'est pas le même que fflush et n'est pas exécuté avant la clôture.

    Vous n'avez généralement pas besoin de l'appeler. Le fichier sera écrit sur le disque de toute façon, après un certain temps et si il n'y a pas de panne de courant au cours de cette période.

    • "Vous n'avez généralement pas besoin de l'appeler", ce Qui n'est vrai que si vous ne travaillez pas sur des périphériques intégrés où l'on peut décider de débrancher votre secteur à tout moment.
    • Le problème n'est pas limité à des périphériques embarqués. Il y a toujours un risque que unsynced écrit mourir avec le tampon en mémoire d'un système de fichiers, mais moderne, avec des systèmes de fichiers journalisés, cette fenêtre est extrêmement petite. Certains de sauvegarde de batterie de matériel permet d'améliorer la cohérence encore plus. sync est le moyen de rendre le programme plus conscients que le stockage sous-jacent est jusqu'à ce jour.
    • l'appel de fsync() n'est pas assez-vous besoin d'appeler fdatasync() à savoir que les données sont fixes sur le disque (et puis fsync() pour s'assurer que les métadonnées matches).
    • Selon des pages de man fsync bouffées de chaleur tout fdatasync n'.
    • Oui, j'ai été confus fsync() avec sync(). Merci pour la correction!
    InformationsquelleAutor Piotr Praszmo
  3. 3

    Regarde la plupart des recommandations sont de ne pas appeler fsync(), mais en général, il dépend principalement de votre condition d'application. Si vous travaillez sur des points critiques de lecture/écriture de fichiers, il est toujours recommandé d'appeler fsync().

    http://www.microhowto.info/howto/atomically_rewrite_the_content_of_a_file.html#idp31936

    lien, a plus de détails sur lors de fichier.Sync() va nous aider.

    InformationsquelleAutor David
  4. 0

    Lorsque vous voulez vous assurer de l'intégrité des données autant que possible. Par exemple, ce qui se passe si votre programme se bloque avant d'en arriver à la fermeture du fichier?

    InformationsquelleAutor Emil Vikström