| Crates.io | hybrid-rc |
| lib.rs | hybrid-rc |
| version | 0.6.0 |
| created_at | 2021-10-30 03:38:32.335884+00 |
| updated_at | 2022-02-11 01:35:54.28741+00 |
| description | Thread-safe hybrid reference counting pointers |
| homepage | |
| repository | https://gitlab.com/cg909/rust-hybrid-rc |
| max_upload_size | |
| id | 474262 |
| size | 139,157 |
[dependencies]
hybrid-rc = "0.5.0"
The hybrid-rc crate provides generic types HybridRc<T, State> and Weak<T> for reference
counting pointers.
It is loosely based on the algorithm described in "Biased reference counting: minimizing atomic operations in garbage collection" by Jiho Choi et. al. but adapted to Rust's type system and its lack of a managed runtime environment.
The switching between atomic and non-atomic reference counting is managed through the type system:
HybridRc<T, Local> (type aliased as Rc): very fast but only usable on one thread.HybridRc<T, Shared> (type aliased as Arc): slower but universally usable.Instances of both variants are convertible into each other. Especially, an Rc can always be
converted into an Arc using HybridRc::to_shared(&rc) or .into(). An Arc on the other
hand can only be converted into an Rc using HybridRc::to_local(&arc) or .try_into() if
no other thread has Rcs for the same value.
Rc/Arc functionality implemented
new()as_ptr()get_mut()get_mut_unchecked()make_mut()into_raw()from_raw()pin()try_unwrap()weak_count()strong_count()[in|de]crement_strong_count() (as increment_shared_strong_count(), etc.)ptr_eq()downcast()impl AsRefimpl Borrowimpl Cloneimpl Debugimpl Defaultimpl Derefimpl Displayimpl Dropimpl From<&[T]>impl From<&str>impl From<String>impl From<Box<T>>impl From<Cow<'a, T>impl From<T>impl From<Vec<T>>impl FromIterator
TrustedLenimpl Into<Waker>impl Hashimpl Ordimpl PartialEq, impl Eqimpl PartialOrdimpl Pointerderef(), borrow(), as_ref()downgrade(), upgrade())HybridRcs
to_shared(), to_local()impl From, impl TryFromHybridRc<dyn Any, _> with FromHybridRc<[T; N], _> to HybridRc<[T], _> with Fromnew_cyclic())Pin support (including upgrading/downgrading to PinWeak)Rc::clone() and Arc::clone() as well as Rc::drop() and Arc::drop() run in virtually
the same time as their standard library counterparts.
Weak references are modeled after std::sync::Weak and thus always use atomic operations.
Weak::clone() and upgrading to an Arc perform slightly slower than their standard
library counterparts. Weak::upgrade_local() is about 15 % slower than Weak::upgrade().
Rc::to_shared() is essentially as expensive as Arc::clone(), while Arc::to_local() is
about as expensive as Weak::upgrade().
The memory overhead for each allocation is about twice as high than for the standard library
counterparts to accomodate for the additional reference counter and the owner thread id (on
x86_64 that amounts to 32 bytes per allocation). The pointer objects themselves are as big
as NonNull<T>.
Benchmarks executed on an Intel Core i7-4790K. YMMV.
std::rc::Rc |
HybridRc<T, Local> |
HybridRc<T, Shared> |
std::sync::Arc |
|
|---|---|---|---|---|
clone() |
1.5 ns | 1.5 ns | 5.0 ns | 5.0 ns |
drop() |
1.5 ns | 1.6 ns | 4.6 ns | 6.3 ns |
to_local() |
8.2 ns | |||
to_shared() |
5.0 ns | |||
downgrade() |
1.5 ns | 8.0 ns | 8.0 ns | 7.8 ns |
upgrade*() |
1.6 ns | 9.4 ns | 8.2 ns | 8.0 ns |
no_std SupportThis crate provides limited support for no_std environments. In this mode Arc::to_local() and
Weak::upgrade_local() only succeed if no Rc exists on any thread, as threads cannot be
reliably identified without std.
To enable no_std mode, disable the default enabled std feature in Cargo.toml. A global
allocator is required.
The minimum supported Rust toolchain version is Rust 1.55.0.
The minimum supported Rust toolchain version for no_std support is Rust 1.56.0.
This crate follows semantic versioning with the additional
promise that below 1.0.0 backwards-incompatible changes will not be
introduced with only a patch-level version number change.
Licensed under Mozilla Public License, Version 2.0 (LICENSE or https://www.mozilla.org/en-US/MPL/2.0/).
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, shall be licensed as above including compatibility with secondary licenses, as defined by the MPL.