Enum ptr_cell::Semantics

source ·
#[non_exhaustive]
pub enum Semantics { Relaxed, Coupled, Ordered, }
Expand description

Memory ordering semantics for atomic operations. Determines how value updates are synchronized between threads

§Explanations

Lock-free programming is not easy to grasp. What’s more, resources explaining Rust’s atomic orderings in depth are pretty sparse. However, this is not really an issue. Atomics in Rust are almost identical to their C++ counterparts, of which there exist abundant explanations

Here are just some of them:

  • Although not meant as an introduction to the release-acquire semantics, this fantastic article by Jeff Preshing definitely provides the much-needed clarification

  • Another great article by Preshing, but this time dedicated entirely to the concept of the release-acquire semantics

  • Memory order from the C++ standards. Way more technical, but has all contracts organized in a single place. Please note that Rust lacks a direct analog to C++’s memory_order_consume

If you’re still not sure what semantics to use, choose Coupled

Variants (Non-exhaustive)§

This enum is marked as non-exhaustive
Non-exhaustive enums could have additional variants added in future. Therefore, when matching against variants of non-exhaustive enums, an extra wildcard arm must be added to account for any future variants.
§

Relaxed

Relaxed semantics

No synchronization constraints and the best performance

§

Coupled

Release - Acquire coupling semantics

Mild synchronization constraints and fair performance

A read will always see the preceding write (if one exists). Any operations that take place before the write will also be seen, regardless of their semantics. See the documentation for Release and Acquire

A common assumption is that this is how memory operations naturally behave. While it’s true on some platforms (namely, x86 and x86-64), this behavior is not universal. Thus, this is likely the semantics you want to use

§

Ordered

SeqCst semantics

Maximum synchronization constraints and the worst performance

All memory operations will appear to be executed in a single, total order. See the documentation for SeqCst

Implementations§

source§

impl Semantics

source

pub const fn read_write(&self) -> Ordering

Returns the memory ordering for read-write operations with these semantics

§Returns
§Usage
use std::sync::atomic::Ordering;

// Copy a variant of Semantics
let semantics = ptr_cell::Semantics::Coupled;

// Get the corresponding Ordering
 assert_eq!(semantics.read_write(), Ordering::AcqRel)
source§

impl Semantics

source

pub const fn write(&self) -> Ordering

Returns the memory ordering for write operations with these semantics

§Returns
§Usage
use std::sync::atomic::Ordering;

// Copy a variant of Semantics
let semantics = ptr_cell::Semantics::Coupled;

// Get the corresponding Ordering
 assert_eq!(semantics.write(), Ordering::Release)
source§

impl Semantics

source

pub const fn read(&self) -> Ordering

Returns the memory ordering for read operations with these semantics

§Returns
§Usage
use std::sync::atomic::Ordering;

// Copy a variant of Semantics
let semantics = ptr_cell::Semantics::Coupled;

// Get the corresponding Ordering
 assert_eq!(semantics.read(), Ordering::Acquire)

Trait Implementations§

source§

impl Clone for Semantics

source§

fn clone(&self) -> Semantics

Returns a copy of the value. Read more
1.0.0 · source§

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source. Read more
source§

impl Debug for Semantics

source§

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter. Read more
source§

impl Default for Semantics

source§

fn default() -> Self

Returns the “default value” for a type. Read more
source§

impl Hash for Semantics

source§

fn hash<__H: Hasher>(&self, state: &mut __H)

Feeds this value into the given Hasher. Read more
1.3.0 · source§

fn hash_slice<H>(data: &[Self], state: &mut H)
where H: Hasher, Self: Sized,

Feeds a slice of this type into the given Hasher. Read more
source§

impl Ord for Semantics

source§

fn cmp(&self, other: &Semantics) -> Ordering

This method returns an Ordering between self and other. Read more
1.21.0 · source§

fn max(self, other: Self) -> Self
where Self: Sized,

Compares and returns the maximum of two values. Read more
1.21.0 · source§

fn min(self, other: Self) -> Self
where Self: Sized,

Compares and returns the minimum of two values. Read more
1.50.0 · source§

fn clamp(self, min: Self, max: Self) -> Self
where Self: Sized + PartialOrd,

Restrict a value to a certain interval. Read more
source§

impl PartialEq for Semantics

source§

fn eq(&self, other: &Semantics) -> bool

This method tests for self and other values to be equal, and is used by ==.
1.0.0 · source§

fn ne(&self, other: &Rhs) -> bool

This method tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.
source§

impl PartialOrd for Semantics

source§

fn partial_cmp(&self, other: &Semantics) -> Option<Ordering>

This method returns an ordering between self and other values if one exists. Read more
1.0.0 · source§

fn lt(&self, other: &Rhs) -> bool

This method tests less than (for self and other) and is used by the < operator. Read more
1.0.0 · source§

fn le(&self, other: &Rhs) -> bool

This method tests less than or equal to (for self and other) and is used by the <= operator. Read more
1.0.0 · source§

fn gt(&self, other: &Rhs) -> bool

This method tests greater than (for self and other) and is used by the > operator. Read more
1.0.0 · source§

fn ge(&self, other: &Rhs) -> bool

This method tests greater than or equal to (for self and other) and is used by the >= operator. Read more
source§

impl Copy for Semantics

source§

impl Eq for Semantics

source§

impl StructuralPartialEq for Semantics

Auto Trait Implementations§

Blanket Implementations§

source§

impl<T> Any for T
where T: 'static + ?Sized,

source§

fn type_id(&self) -> TypeId

Gets the TypeId of self. Read more
source§

impl<T> Borrow<T> for T
where T: ?Sized,

source§

fn borrow(&self) -> &T

Immutably borrows from an owned value. Read more
source§

impl<T> BorrowMut<T> for T
where T: ?Sized,

source§

fn borrow_mut(&mut self) -> &mut T

Mutably borrows from an owned value. Read more
source§

impl<T> From<T> for T

source§

fn from(t: T) -> T

Returns the argument unchanged.

source§

impl<T, U> Into<U> for T
where U: From<T>,

source§

fn into(self) -> U

Calls U::from(self).

That is, this conversion is whatever the implementation of From<T> for U chooses to do.

source§

impl<T> ToOwned for T
where T: Clone,

§

type Owned = T

The resulting type after obtaining ownership.
source§

fn to_owned(&self) -> T

Creates owned data from borrowed data, usually by cloning. Read more
source§

fn clone_into(&self, target: &mut T)

Uses borrowed data to replace owned data, usually by cloning. Read more
source§

impl<T, U> TryFrom<U> for T
where U: Into<T>,

§

type Error = Infallible

The type returned in the event of a conversion error.
source§

fn try_from(value: U) -> Result<T, <T as TryFrom<U>>::Error>

Performs the conversion.
source§

impl<T, U> TryInto<U> for T
where U: TryFrom<T>,

§

type Error = <U as TryFrom<T>>::Error

The type returned in the event of a conversion error.
source§

fn try_into(self) -> Result<U, <U as TryFrom<T>>::Error>

Performs the conversion.