BOOL read/write atomic in Objective C?

Was passiert, wenn zwei threads setzen ein BOOL YES "gleichzeitig"?

  • Es öffnet sich ein Wurmloch in eine andere dimension.
  • Wenn Sie sowohl die Festlegung auf YES gibt, kann es kein problem sein, ob das schreiben atomar ist oder nicht, kann es?
  • das könnte wahr sein, aber sein mir nicht klar, warum
InformationsquelleAutor Jacko | 2010-02-14
  1. 6

    Nicht. Ohne Verriegelung konstruieren, Lesen/schreiben Typ-variable NICHT atomar in Objective C.

    Wenn zwei threads schreiben JA gleichzeitig ein BOOLESCHER Wert, das Ergebnis ist JA egal, die bekommt man im ersten.

    Finden Sie unter: Synchronisierung Von Thread-Ausführung

    • Dank, Mitch. Wenn ein thread setzt JA während eine Einstellung NICHT, kann es sein Speicher beschädigt???
    • developer.apple.com/mac/library/DOCUMENTATION/Cocoa/Conceptual/... bietet eine sehr Gründliche Diskussion. Ich denke, ich werde ein int statt einem BOOL, und verwenden Sie die OSAtomic Operationen an der int.
    • Die Implikation Ihrer Frage ist, ob nicht einige andere chunk-Speicher sein könnte knirschte. Nein, das kann nicht passieren. Das Schlimmste, dass passieren wird, werden Sie Lesen, eine NICHT scheinbar, nachdem Sie schrieb JA in einem anderen thread.
    • Danke. Ich habe mich entschieden, zu wechseln int32_t statt BOOL, und verwenden Sie OSAtomicAnd32Barrier und OSAtomicOr32Barrier set und unset meine fahne.
    • Herr Weizen, würdet Ihr zu erarbeiten warum single-byte-POD wie BOOL könnte möglicherweise nonatomic, auch wenn als solche deklariert? Hier ist, was die google-Suche für "arm-store byte vs. word" heyrick.co.uk/assembler/str.html -> gibt es spezifische Hinweise für das speichern und laden einzelne byte aus dem Speicher LDRB & STRB
    • Und ja, ich schaute auf den link, den Sie angegeben haben: die synchronisierungsprimitiven start mit 32 bit int. Es ist NICHTS für 8-und 16-bit-PODs

    InformationsquelleAutor Mitch Wheat
  2. 7

    Hier ist der code für die Lösung von Jacko.

    Verwenden volatile uint32_t mit OSAtomicOr32Barrier und OSAtomicAnd32Barrier 

    #import <libkern/OSAtomic.h>

volatile uint32_t _IsRunning;

- (BOOL)isRunning {
    return _IsRunning != 0;
}

- (void)setIsRunning:(BOOL)allowed {

    if (allowed) {
        OSAtomicOr32Barrier(1, & _IsRunning); //Atomic bitwise OR of two 32-bit values with barrier
    } else {
        OSAtomicAnd32Barrier(0, & _IsRunning); //Atomic bitwise AND of two 32-bit values with barrier.
    }
}
    • Cool! Aber warum nicht einfach OSAtomicOr32Barrier(allowed, & _IsRunning); statt der bedingten Anweisung?
    • Ja, Sie können.
    • Ah, es ist nicht so einfach, sorry. Sie können nicht verwenden "oder" version das flag zurücksetzen, D. H. Sie müssen verwenden "und" version, dies zu tun (OSAtomicAnd32Barrier).
    InformationsquelleAutor Parag Bafna
  3. 4

    Ich würde abweichen von der akzeptierten Antwort. Sorry.
    Während objective-c garantiert nicht, dass BOOL deklarierten Eigenschaften als nonatomic
    in der Tat atomic, ich würde zu erraten, dass die hardware, die du am meisten
    sich über (alle iOS-und macos-Geräte) haben Anweisungen zum byte liest und speichert atomar. So, es sei denn, Apple kommt mit Road Light OS laufen
    auf einem IBM-mikrocontroller, der 5 bit breiten bus zu senden, 10-bit-bytes über
    Sie könnte genauso gut verwenden, nonatomic BOOLs in einer situation, die Anrufe für atomic BOOLs. Würde der code nicht portabel Road Light OS, aber wenn du kannst
    Opfer der futureproofing des Codes nonatomic ist gut für diesen Anwendungsfall.
    Ich bin sicher, es sind gehärtet Personen auf en.o. das wäre zu erhöhen, um die Herausforderung der Demontage synthetisiert BOOL get-und Set-atomic/nonatomic Fällen, um zu sehen, was der Unterschied ist. Zumindest auf dem ARM.

    Ihr mitnehmen aus diesem ist wahrscheinlich, dass dies

    1. Sie können erklären, BOOL Eigenschaften als Atom-und es kostet Sie nicht einen Cent
      auf alle HW-iOS und macOS intrinsisch unterstützt.
    2. Speicher Barrieren sind orthogonal zur Unteilbarkeit
    3. Sie die meisten auf jeden Fall sollte nicht verwendet 4-byte-Eigenschaften zu speichern Boolesche Werte in
      es sei denn, Sie sind in [sehr] fuzzy-Logik.
      Es ist schwachsinnig und verschwenderisch, Sie wollen nicht ein Klon von einem Java-Programmierer,
      wer kann nicht sagen, ein Schwimmer aus einem Doppel-oder tun Sie?
    4. BOOL-Variablen (die nicht offensichtlich Unterstützung atomic/nonatomic Dekorateure
      würde nicht atomar auf einigen engen bus-Architekturen objective C würde
      nicht verwendet werden, auf eh (- mikrocontroller mit oder ohne einige [sehr] micro OS sind C & Montage-Gebiet, nehme ich an. Sie don ' T müssen in der Regel das Gepäck
      objc runtime bringen würde)
    InformationsquelleAutor Anton Tropashko
Schreibe einen Kommentar