La différence entre l'écriture dans le fichier de manière atomique et pas

Quelle est la différence dans l'écriture de fichiers automatiquement sur l'iPhone (objective-c et non, il n'existe aucune différence de performances entre les deux?

Merci d'avance!

InformationsquelleAutor Mark Szymanski | 2010-04-24
  1. 52

    Atomique en général signifie que l'opération ne peut pas être interrompue sera complète ou n'ont aucun effet. Lors de l'écriture de fichiers, qui est accompli par écrit dans un fichier temporaire, puis le remplacement de l'original avec le temporaire quand l'écriture est terminée.

    Un crash lors de l'écriture atomique moyen de fichier de l'original n'est pas modifié et il est une poubelle de fichiers qui peuvent être supprimés. Un plantage lors de l'écriture normalement, cela signifierait un bon fichier est corrompu.

    Performance sage, le coût est minime. Au cours de l'écriture, vous avez deux copies d'un même fichier. Le remplacement du fichier est une opération très simple au niveau du système de fichiers.

    Edit: merci zneak

    • Atomique signifie plutôt que l'opération se déroule entièrement ou pas du tout. Il peut être interrompu ou arrêté ou de la reprise, il ne peut pas modifier l'état du système jusqu'à ce qu'il est complet. Cependant, la conclusion reste la même.
    • Je n'aurais pas cette phrase comme "vous avez deux copies d'un fichier", car il est trop facile de lire en ce sens que deux copies des mêmes données, ce qui n'est pas ce qui se passe.
    InformationsquelleAutor drawnonward
  2. 1

    Écrit atomiquement prend plus de pas - en outre auxiliaire fichier est créé. NSString Classe Référence explique:

    Si OUI, le récepteur est écrit dans un fichier auxiliaire, puis le
    auxiliaire de fichier est renommé chemin. Si NON, le récepteur est écrit
    directement de chemin. L'option OUI, les garanties de ce chemin, si elle existe
    tous, de ne pas être endommagé, même si le système doit se bloquer au cours de
    l'écriture.

    Voici l'exemple dans le cas de pLists:

    [array writeToFile:path atomically:YES];

    lorsque "OUI", puis pList est mis à jour seulement une fois même si vous exécutez le code plusieurs fois dans XCode, 

    [array writeToFile:path atomically:NO];

    lorsque "NON" est mis à jour autant que vous exécutez le même code (répété mise à jour).

    • n'ai aucune idée de pourquoi certaines personnes downvoted la réponse sans la moindre explication.
    • Je pense que parce qu'ils croient que vous ne devriez pas compter sur les sans-papiers subtilités d'une API pour surmonter les graves erreurs de programmation.
    • Merci pour le commentaire, je vous l'ai expliqué plus.
    • Je voudrais simplement supprimer les choses à propos de l'écrit à plusieurs reprises que sa pertinence
    InformationsquelleAutor Darius Miliauskas
  3. 0

    Systèmes de fichiers n'ont pas à recourir à l'écriture/renommer des cycles pour l'écrit. Systèmes de fichiers qui ont sémantique de verrouillage permet de verrouiller " une partie ou la totalité d'un fichier, ou même dans certains cas faire des choses comme l'ajoute à un fichier, à l'aide avec l'atomicité.

    @Randy, à la fois de vos hypothèses au sujet de la fragmentation sont susceptibles d'être mauvais. Sur la plupart des systèmes de fichiers, la rédaction d'un ensemble de fichiers et de clôture, il en résulte une moins fichier fragmenté, et l'écriture d'un fichier volumineux en une seule écriture va certainement entraîner une meilleure utilisation de gros blocs. Si vous signifiait le fichier blocs étaient plus susceptibles d' 'creep' ensemble du disque, qui dépend de la configuration des préférences de votre système de fichiers. Si vous êtes à la rédaction de flash, vous voulez probablement le système de fichiers à ramper à travers l'espace de stockage disponible comme une sorte d'auto-nivellement de l'écrit.

    InformationsquelleAutor Wexxor