PCSCoherent StorageV10 Download source
Menu
OverviewArchitectureSimulatorImpactADR browserGlossaryFAQDownload source

PROJECT COHERENT STORAGE / VERSION 10

Complex systems.
Clear boundaries.

A control-plane-guided, memory-first storage mesh for inference state - connecting an OpenAI-compatible client boundary to Coherence-CE, governed memory tiers, DPU-mediated NVMe-oF, and mirrored OpenZFS without leaking physical complexity into the service contract.

PLANNING TARGETS not production SLOs

Local memory hit5-20 usCoherence owner
Remote memory hit20-50 usMesh + RoCEv2
Mirrored write110-150 usLocal + remote persistence

CHOOSE YOUR LENS

Distinguished / Principal Storage Engineer

CURRENT PERSPECTIVE

Trace every acknowledgement to a durable boundary.

Inspect partition ownership, remote mirror completion, tail amplification, failure locality, and the provider contracts that keep platform exceptions explicit.

WHY IT MATTERS

Correctness and performance meet at the completion semantic: remote memory arrival is not remote persistence.

WHAT TO INSPECT

p99/p99.9, ZIL timing, RDMA CQ depth, NUMA locality, ARC behavior, capability state, and recovery evidence.

WHAT PROVES IT

A repeatable failure drill preserves acknowledged data and returns the pod to its declared protection state.

WHY THIS EXISTS

Make specialized infrastructure behave like a governed platform.

The architecture separates intent, capability, data movement, and durability so each concern can evolve without making the whole system opaque.

01

Inference repeats expensive context work

Partitioned HotCache keeps reusable prefix and KV state in memory, with a Redis-compatible access surface.

Local planning target: 5-20 us
02

Fast acknowledgement can hide weak durability

A write completes only after primary and backup memory plus local and remote persistent paths reach their required boundary.

Mirrored-write target: 110-150 us
03

All-to-all storage fabrics amplify failure

Strict ZFS mirror pairs bound remote namespace visibility while Coherence partitions the working set across nodes.

Scale by pod, fail by pair
04

Hardware diversity leaks into every workflow

A versioned API, reconciler, capability registry, and provider contracts normalize control without pretending every platform can do everything.

Explicit supported / degraded / unavailable states

TWO COORDINATED SYSTEMS

Trace the path, then inspect the boundary.

NEW / ADR-MODELED VIEWOpen the 12-layer spatial architecture explorer->

MODULAR DESIGN LAB

Change the system. Watch the constraint move.

Relative planning model derived from the attached architecture targets. Values expose design direction and bottlenecks; they are not benchmark claims.

Fabric and offload
Media and memory
Compute and topology

CURRENT DESIGN

36 nodes across 4 pods

Host OS: RHEL/Rocky Linux
PFC risk: bounded
Hot tier35 TiB
Usable mirrored NVMe0.19 PB
Aggregate read ceiling332 GB/s
Scale efficiency94%
ACTIVE CONSTRAINTNVMe media

Higher offload headroom; validate failure boundary. Host profile: RPM / systemd / SELinux / kABI. Model ceilings: fabric 2879 GB/s, media 332 GB/s, CPU/software 387 GB/s.

Modeled p99 path latencymicroseconds / relative estimate
Local memory
8 us
Remote memory
29 us
Mirrored write
110 us
Cold NVMe read
113 us
ECN mark estimate2.5%
Posturebalanced queues

Balanced thresholds trade some queue depth for sustained utilization under mixed traffic.

4 pods
8 pods
12 pods
16 pods
20 pods
24 pods
28 pods
32 pods

Planning model only. Coefficients are synthetic and intentionally transparent; validate against version-pinned hardware, firmware, topology, queue configuration, object sizes, and workload traces.

NEW / OCAML + SST MODELOpen the equation and workflow simulation studio->

OPTIONAL SPATIAL PLAN / TOP-DOWN SYSTEMS CAMPUS

One complex. Seven coordinated structures.

The detailed campus drawing remains available as a second spatial lens. Open it when adjacency, repetition, and physical scale matter; use the Architecture page to peel through logical responsibility.

Open campus plan
PCS / DATACENTER CAMPUS PLANSCHEME 04.09
L-03 / POD DISTRICT4 PODS / 36 NODES

Plan geometry communicates boundaries, adjacency, repetition, and scale. It is a conceptual systems diagram, not a rack elevation or construction drawing.

EFFICIENCY + INFRASTRUCTURE INTELLIGENCE

See the physical and financial consequence.

Translate topology-aware utilization, node footprint, power, PUE, carbon, water, transition cost, and operations into an inspectable baseline-versus-design scenario.

Open sustainability, TCO, ROI, and observability ->
01Visual twin5 selectable overlays
->
02Planning model17 editable assumptions
->
03Metric atlas20 bounded KPIs

OPTIONAL OPERATIONAL DRILL

From alert to evidence, without guessing.

Open a bounded failure workflow when the question shifts from architecture awareness to on-call response.

Open incident workflow
01

Detect

Coherence membership changes; a ZFS remote mirror leg and provider endpoint become unavailable.

02

Contain

Keep requests inside the pod, preserve primary/backup ownership, and block changes that would reduce protection again.

03

Recover

Validate surviving durable state, replace or recover the node, reconnect namespaces, resilver, then reconcile desired state.

04

Prove

NODE-SAFE status, zpool state, acknowledged-write audit, provider observations, resilver completion, and recovery timing.

SYSTEMS-THEORY POSTURE

Complex does not have to mean complicated.

01

Local rules, global behavior

Partition ownership, pairwise mirroring, and provider contracts compose into cluster behavior without requiring one global storage lock.

02

Boundaries before features

Memory, persistence, transport, offload, and control each expose a completion rule and an observable health state.

03

Evidence before confidence

Capabilities are lab-validated, adapter-validated, design-only, or excluded - never silently promoted by an optimistic UI.