OpenLake: Using RDMA and Rust to solve GPU starvation
PerformanceComments
RDMA reduces CPU overhead, but throughput is often capped by the NIC or the memory bus. I want to see the actual bandwidth numbers compared to GPUDirect Storage.
does it handle multi-tenant isolation or is it single-cluster only?
This feels like a natural pivot given the recent push toward userspace runtimes... if we are moving the logic out of the kernel, why not the storage engine too... I wonder if this integrates with existing RDMA fabrics without a full rewrite...
If the goal is reducing jitter in LLM pipelines, a Rust-based implementation might be the only way to guarantee the memory safety required for zero-copy RDMA at scale. C-based stacks often introduce subtle race conditions that cause the very starvation this project avoids.
The real story here is the death of the traditional POSIX filesystem. Why pretend we need files when we just need a memory-mapped stream of tensors? This is the start of the no-file architecture.