Skip to main content

Lock-free MPMC byte stream multiplexer with C++ interoperability via shared memory

Project description

slick-stream-buffer-multiplexer-py

A Python implementation of slick-stream-buffer-multiplexer — a lock-free multi-producer multi-consumer (MPMC) byte stream multiplexer with shared memory support.

Maintains exact binary compatibility with the C++ version: Python and C++ producers and consumers can be mixed freely across processes, fanning into the same shared memory segments.

Concept

Each producer owns its own slick-stream-buffer (an independently-sized byte ring with per-producer lap/loss detection). consume() additionally publishes a small 16-byte {sequence, producer_id} record into one shared slick-queue, which acts as the lock-free MPMC fan-in / global ordering point. Consumers read from the shared queue and dereference each record back into the matching producer's buffer.

Producer A ──prepare/commit/consume──▶ [StreamBuffer A] ──┐
Producer B ──prepare/commit/consume──▶ [StreamBuffer B] ──┼─▶ {sequence, producer_id}
Producer N ──prepare/commit/consume──▶ [StreamBuffer N] ──┘        16-byte records
                                                                         │
                                                              [shared SlickQueue]
                                                                         │
                                          consumers read(cursor) and dereference
                                          into StreamBuffer[producer_id]

Producers and the shared queue each independently choose local memory or shared memory (IPC). A cross-process consumer only registers the producer ids whose shared memory it can access; records referencing other producer ids are silently skipped (not counted as loss).

Requirements

Both dependencies bundle a small C++ extension for std::atomic operations; this package itself is pure Python.

Installation

pip install slick-queue-py slick-stream-buffer-py
pip install -e .

Quick Start

Producers (any process, any language)

from slick_stream_buffer_multiplexer_py import StreamBufferMultiplexer

# create the shared record queue (the fan-in ordering point)
mux = StreamBufferMultiplexer(shared_queue_size=1 << 16, name="mux_records")

# each producer gets its own independently-sized stream buffer
feed_a = mux.add_producer(0, capacity=1 << 26, control_size=1 << 16, name="feed_a")
feed_b = mux.add_producer(1, capacity=1 << 20, control_size=1 << 10, name="feed_b")

mv = feed_a.prepare(64 * 1024)     # contiguous writable memoryview (zero-copy)
n = sock.recv_into(mv)             # write network bytes directly into the ring
feed_a.commit(n)
feed_a.consume(n)                  # publish as ONE message + fan into the shared queue

Consumer (opens everything created elsewhere — Python or C++)

mux = StreamBufferMultiplexer(name="mux_records")     # open the shared record queue
mux.add_producer(0, name="feed_a")                    # register the producers to follow
mux.add_producer(1, name="feed_b")                    # (geometry read from each header)

cursor = mux.initial_reading_index()                  # or 0 to read history
while True:
    rec, cursor = mux.read(cursor)
    if not rec:
        continue
    handle_message(rec.producer_id, rec.data, rec.length)

Work-stealing consumers (each message to exactly one consumer)

from slick_stream_buffer_multiplexer_py import AtomicCursor
from multiprocessing.shared_memory import SharedMemory

cursor_shm = SharedMemory(name="mux_cursor", create=True, size=8)
shared_cursor = AtomicCursor(cursor_shm.buf, 0)

rec, idx = mux.read(shared_cursor)   # atomically claims the next message

Three Loss Counters

Counter Meaning
mux.loss_count() shared-queue wrap loss plus multiplexer-level loss (registered producers lapped before dereference)
producer.loss_count() that producer's own inner-ring loss
unregistered producer ids never counted — silently skipped

C++ Interoperability

The C++ side composes the identical primitives — either language can create any segment:

#include <slick/stream_buffer_multiplexer.hpp>

slick::stream_buffer_multiplexer mux("mux_records");   // open queue created by Python
auto feed = mux.add_producer(0, "feed_a");             // open Python's producer segment

uint64_t cursor = mux.initial_reading_index();
for (;;) {
    auto rec = mux.read(cursor);
    if (!rec) continue;
    handle_message(rec.producer_id, rec.data, rec.length);
}

Use get_shm_name() on the multiplexer (queue segment) and each producer buffer to get the exact names to pass to C++ (POSIX names include the required leading /).

Binary layout

The multiplexer adds no shared-memory structures of its own:

  • The shared queue is a standard slick-queue segment ('SLQ1', element_size=16) whose elements are uint64 sequence | uint32 producer_id | uint32 pad0
  • Each producer buffer is a standard slick-stream-buffer segment ('SSB1')

Caveats (same as C++)

  • add_producer() is single-threaded setup: call it before producer/consumer threads start.
  • Each producer's prepare/commit/consume/... must be called from a single thread.
  • Lossy semantics: slow consumers skip overwritten data (see the loss counters above).
  • A single message (one consume() call) is limited to < 4 GiB.

See API_DIFFERENCES.md for exact deviations from the C++ API.

Building and Testing

# Pure-Python tests (sibling repos slick-queue-py / slick-stream-buffer-py are
# picked up automatically from ../ if not pip-installed)
python tests/test_multiplexer.py
python tests/test_multiplexer_mpmc.py
python tests/test_multiplexer_shm.py

# C++ interop tests (requires CMake + a C++20 compiler)
cmake -S . -B build
cmake --build build --config Debug
cd build && ctest -C Debug --output-on-failure

The interop tests fetch slick-stream-buffer-multiplexer (which pulls slick-stream-buffer, slick-queue, and slick-shm) from GitHub and build real C++ producer/consumer binaries against the actual header. To build against local checkouts instead (no network):

cmake -S . -B build \
  -DFETCHCONTENT_SOURCE_DIR_SLICK-STREAM-BUFFER-MULTIPLEXER=/path/to/slick-stream-buffer-multiplexer \
  -DFETCHCONTENT_SOURCE_DIR_SLICK-STREAM-BUFFER=/path/to/slick-stream-buffer \
  -DFETCHCONTENT_SOURCE_DIR_SLICK-QUEUE=/path/to/slick-queue \
  -DFETCHCONTENT_SOURCE_DIR_SLICK-SHM=/path/to/slick-shm

If a failed test run leaves segments behind: python tests/cleanup_shm.py

Related Projects

License

MIT

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

slick_stream_buffer_multiplexer_py-0.1.0.tar.gz (18.5 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

File details

Details for the file slick_stream_buffer_multiplexer_py-0.1.0.tar.gz.

File metadata

File hashes

Hashes for slick_stream_buffer_multiplexer_py-0.1.0.tar.gz
Algorithm Hash digest
SHA256 c58f5a2e489047e9840a093b745f91dac1376b622c3810aaf257a75a009bf8da
MD5 2ffa38a11c2ec7c54ee95c1fc3123d43
BLAKE2b-256 2667e4cb6b7549393e2337f7d3aa4d1ad81cfd07b1f75e3342220fc2b5c6abe2

See more details on using hashes here.

File details

Details for the file slick_stream_buffer_multiplexer_py-0.1.0-py3-none-any.whl.

File metadata

File hashes

Hashes for slick_stream_buffer_multiplexer_py-0.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 9937b81ef9292ba5e8aa5c3b4f949b41b1929cede9be897a7cf8e6ed0c071379
MD5 e40f04bbfe019043c7b0764ca4d2e276
BLAKE2b-256 d95162e5aa48d1fe0f80d0cd6601eaa8b3556c85c0cec2e7c312c11a2923344c

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page