lfrlock 0.1.2

A Lock-Free Read Lock where reads never block and writes are serialized using Mutex
Documentation

LfrLock: Lock-Free Read Lock

Crates.io Documentation License

A high-performance Lock-Free Read Lock implementation where reads never block and writes are serialized using a Mutex.

中文文档 | English

Note: If you need a specialized Single-Writer Multiple-Reader (SWMR) version, please use smr-swap directly.

Features

  • Lock-Free Reads: Read operations are wait-free and never block, ensuring low latency.
  • Serialized Writes: Write operations are serialized using a Mutex to prevent data races.
  • Unified Interface: Supports both read and write operations through a single LfrLock<T> type, similar to std::sync::Mutex.
  • Easy Usage: Provides a WriteGuard for familiar, mutable access that automatically commits changes on drop.
  • Safe Concurrency: Built on top of smr-swap for safe memory reclamation and concurrent access.

Quick Start

Installation

Add to your Cargo.toml:

[dependencies]

lfrlock = "0.1"

Basic Usage

use lfrlock::LfrLock;
use std::thread;

#[derive(Debug, Clone)]
struct Data {
    value: i32,
}

fn main() {
    // Create a new LfrLock
    let lock = LfrLock::new(Data { value: 0 });

    let lock_clone = lock.clone();
    let handle = thread::spawn(move || {
        // Read data (never blocks)
        let data = lock_clone.read();
        println!("Reader sees: {}", data.value);
    });

    // Write data using WriteGuard (serialized)
    {
        let mut guard = lock.write();
        guard.value = 42;
    } // Auto-commit on drop

    handle.join().unwrap();
    
    let data = lock.read();
    println!("Final value: {}", data.value);
}

API Overview

LfrLock<T>

The main type combining reader and writer capabilities.

  • new(initial: T): Creates a new lock with an initial value.
  • read() -> ReaderGuard<T>: Gets a lock-free read guard. Never blocks.
  • write() -> WriteGuard<T>: Acquires a write lock (blocks other writers) and returns a guard for mutable access. Requires T: Clone.
  • write_with(f: F): Updates data using a closure FnOnce(&T) -> T. Useful when T is not Clone or for functional updates.
  • update(new_t: T): Directly replaces the current value.
  • try_write() -> Option<WriteGuard<T>>: Tries to acquire the write lock.

WriteGuard<T>

Provides mutable access to the data.

  • Automatic Commit: When the guard is dropped, the modified data is atomically swapped in.
  • Deref/DerefMut: Access the underlying data transparently.

Implementation Details

LfrLock uses smr-swap internally to manage state. It wraps the Swapper in a Mutex to serialize writes, while the SwapReader allows concurrent, lock-free reads. This design is ideal for read-heavy workloads where writes are infrequent but need to be safe and atomic.

Performance Characteristics

Benchmark results comparing LfrLock against ArcSwap and std::sync::Mutex on an Intel(R) Core(TM) i9-13900KS CPU @ 3.20GHz.

Benchmark Summary

Scenario LfrLock ArcSwap Mutex Notes
Read Only (Single Thread) 0.74 ns 8.77 ns 8.35 ns ~11.8x faster
Read Heavy (Concurrent) (1:1000) 171 µs 218 µs 1.87 ms ~10.9x faster than Mutex
Read Heavy (Concurrent) (1:100) 168 µs 253 µs 1.84 ms ~1.5x faster than ArcSwap
Read Heavy (Concurrent) (1:10) 225 µs 593 µs 2.10 ms ~2.6x faster than ArcSwap
Write Heavy (Concurrent) (16R:4W) 1.26 ms 3.19 ms 1.20 ms Mutex slightly faster
Write Heavy (Concurrent) (8R:4W) 1.10 ms 3.11 ms 0.90 ms Mutex ~20% faster
Write Heavy (Concurrent) (4R:4W) 1.01 ms 2.98 ms 0.79 ms Mutex ~27% faster
Creation (new) 231 ns 912 ns 0.19 ns Mutex is instant
Cloning 96 ns 8.7 ns 8.7 ns LfrLock clone is heavier

Analysis

  • Read Performance: LfrLock provides wait-free reads with nanosecond-scale latency (0.74ns), significantly outperforming ArcSwap and Mutex (~8ns).
  • High Contention Reads: In mixed workloads (1:1000 to 1:10 write ratio), LfrLock maintains stable performance (~170-225µs), while ArcSwap degrades significantly at higher write rates (up to ~600µs).
  • Write Heavy: Mutex is slightly faster (~20%) in pure write-heavy scenarios because LfrLock involves RCU-like operations. ArcSwap is significantly slower.
  • Overhead: LfrLock has higher cloning overhead (~98ns) compared to Arc cloning (~9ns) because it registers a new epoch reader. However, it is ~4x faster to create than ArcSwap.

License

Licensed under either of Apache License, Version 2.0 or MIT license at your option.