1.0.0[−][src]Enum core::sync::atomic::Ordering   
Atomic memory orderings
Memory orderings limit the ways that both the compiler and CPU may reorder instructions around atomic operations. At its most restrictive, "sequentially consistent" atomics allow neither reads nor writes to be moved either before or after the atomic operation; on the other end "relaxed" atomics allow all reorderings.
Rust's memory orderings are the same as LLVM's.
For more information see the nomicon.
Variants (Non-exhaustive)
RelaxedNo ordering constraints, only atomic operations.
Corresponds to LLVM's Monotonic ordering.
ReleaseWhen coupled with a store, all previous operations become ordered
before any load of this value with Acquire (or stronger) ordering.
In particular, all previous writes become visible to all threads
that perform an Acquire (or stronger) load of this value.
Notice that using this ordering for an operation that combines loads
and stores leads to a Relaxed load operation!
This ordering is only applicable for operations that can perform a store.
Corresponds to LLVM's Release ordering.
AcquireWhen coupled with a load, if the loaded value was written by a store operation with
Release (or stronger) ordering, then all subsequent operations
become ordered after that store. In particular, all subsequent loads will see data
written before the store.
Notice that using this ordering for an operation that combines loads
and stores leads to a Relaxed store operation!
This ordering is only applicable for operations that can perform a load.
Corresponds to LLVM's Acquire ordering.
AcqRelHas the effects of both Acquire and Release together:
For loads it uses Acquire ordering. For stores it uses the Release ordering.
Notice that in the case of compare_and_swap, it is possible that the operation ends up
not performing any store and hence it has just Acquire ordering. However,
AcqRel will never perform Relaxed accesses.
This ordering is only applicable for operations that combine both loads and stores.
Corresponds to LLVM's AcquireRelease ordering.
SeqCstLike Acquire/Release/AcqRel (for load, store, and load-with-store
operations, respectively) with the additional guarantee that all threads see all
sequentially consistent operations in the same order.
Corresponds to LLVM's SequentiallyConsistent ordering.
Trait Implementations
impl Copy for Ordering[src] 
impl Copy for Orderingimpl Clone for Ordering[src] 
impl Clone for Orderingfn clone(&self) -> Ordering[src] 
fn clone(&self) -> OrderingReturns a copy of the value. Read more
fn clone_from(&mut self, source: &Self)[src] 
fn clone_from(&mut self, source: &Self)Performs copy-assignment from source. Read more
impl Debug for Ordering[src] 
impl Debug for OrderingAuto Trait Implementations
Blanket Implementations
impl<T, U> Into for T where
    U: From<T>, [src] 
impl<T, U> Into for T where
    U: From<T>, impl<T> From for T[src] 
impl<T> From for Timpl<T, U> TryInto for T where
    U: TryFrom<T>, [src] 
impl<T, U> TryInto for T where
    U: TryFrom<T>, type Error = <U as TryFrom<T>>::Error
The type returned in the event of a conversion error.
fn try_into(Self) -> Result<U, <U as TryFrom<T>>::Error>[src] 
fn try_into(Self) -> Result<U, <U as TryFrom<T>>::Error>Performs the conversion.
impl<T, U> TryFrom for T where
    T: From<U>, [src] 
impl<T, U> TryFrom for T where
    T: From<U>, type Error = !
The type returned in the event of a conversion error.
fn try_from(U) -> Result<T, <T as TryFrom<U>>::Error>[src] 
fn try_from(U) -> Result<T, <T as TryFrom<U>>::Error>Performs the conversion.
impl<T> Borrow for T where
    T: ?Sized, [src] 
impl<T> Borrow for T where
    T: ?Sized, impl<T> BorrowMut for T where
    T: ?Sized, [src] 
impl<T> BorrowMut for T where
    T: ?Sized, fn borrow_mut(&mut Self) -> &mut T[src] 
fn borrow_mut(&mut Self) -> &mut TMutably borrows from an owned value. Read more
impl<T> Any for T where
    T: 'static + ?Sized, [src] 
impl<T> Any for T where
    T: 'static + ?Sized, fn get_type_id(&Self) -> TypeId[src] 
fn get_type_id(&Self) -> TypeId🔬 This is a nightly-only experimental API.  (get_type_id #27745)
this method will likely be replaced by an associated static
Gets the TypeId of self. Read more