#rc #arc #no-std

no-std rclite

small, fast, and memory-friendly reference counting compatible with Arc and Rc APIs

8 releases

0.2.4 Jun 4, 2023
0.2.3 May 17, 2023
0.2.2 Mar 4, 2023
0.2.1 Feb 23, 2023
0.1.5 Feb 18, 2023

#150 in Concurrency

Download history 99/week @ 2023-11-25 84/week @ 2023-12-02 86/week @ 2023-12-09 38/week @ 2023-12-16 229/week @ 2023-12-23 13/week @ 2023-12-30 58/week @ 2024-01-06 39/week @ 2024-01-13 3/week @ 2024-01-20 16/week @ 2024-01-27 45/week @ 2024-02-03 27/week @ 2024-02-10 19/week @ 2024-02-17 219/week @ 2024-02-24 124/week @ 2024-03-02 26/week @ 2024-03-09

395 downloads per month
Used in 10 crates (4 directly)

MIT/Apache

55KB
571 lines

RcLite: small, fast, and memory-friendly reference counting

Crates.io Documentation MIT licensed Apache 2 licensed

RcLite is a lightweight reference-counting solution for Rust that serves as an alternative to the standard library's reference-counting. It offers both multi-threaded and single-threaded reference counting options with improved performance and reduced memory overhead, boasting at least 50% and up to 100% decrease in memory overhead compared to the standard library reference counting. RcLite is a suitable option when weak references are not necessary and optimizing for performance and memory usage is a priority.

Why use RcLite?

  • It's faster and smaller
  • Uses less memory
  • It provides lightweight drop-in replacements for standard library std::sync::Arc and std::rc::Rc
  • It supports no_std with extern alloc

Why not use RcLite?

  • It does not provide weak references
  • It does not support data as DSTs
  • With RcLite in 64-bit systems, you only can have 4,294,967,296 - 256 live references to an object which requires about 32GBs of ram for holding all these references to this single object location. if you need to have 18,446,744,073,709,551,616 live references to an object, use the standard library. In other systems with smaller pointer sizes like 32-bit, you will have usize::MAX live references limitation that is the same as the standard library.

Comparison

rclite::{Arc,Rc} std::*::{Arc,Rc}
Overhead in 64-bit systems 4 bytes 16 bytes
Overhead in 32-bit systems 4 or 2 bytes 8 bytes
Overhead in 16-bit systems 2 or 1 bytes 4 bytes
Weak References
DST Support

In 64-bit systems, RcLite has an advantage over the standard library's Arc as it can utilize the memory padding area, using only 4 bytes to store the counter. This results in a reduction in memory usage, as there is less memory waste on padding. However, in situations where there is not enough padding available in the structure, RcLite will have an overhead of 8 bytes, which is still half of the standard library's overhead.

For instance, in 64-bit systems, Rc<u32> and Arc<u32> allocate the same amount of memory as Box<u32>, since the Box<u32> allocation will be padded to u64 by the allocator.

In 32-bit and 16-bit systems, the memory overhead of the RcLite will be 50% of the standard library.

RcLite's structure is similar to a Box<(T,counter)>, where the counter is stored after the data, as opposed to being the first field in the standard library. This eliminates the need for pointer calculation when accessing the data, but also restricts RcLite from supporting DSTs.

Features

By default, RcLite uses a counter size of half the word size for 64-bit systems, with the usize-for-small-platforms feature enabled. This is because overflowing a 32-bit counter is harder compared to overflowing 16-bit counters. If you wish to use the half register size on other platforms, you can disable the default features by setting default-features = false. This will result in the use of 16-bit counters on 32-bit platforms and 8-bit counters on 16-bit platforms.

Dependencies