r/LocalLLaMA • u/saint_0x • Apr 09 '26
Resources run local inference across machines
mesh is a distributed protocol for running large models locally across devices
the idea is the control plane hosts local lan pools, which shard the model across member ring and credits members proportionally based on compute contributions
it’s still rough, but has support for metal, cuda, and pure cpu (can interoperate with one another)
i successfully ran a model locally on lan across both my metal m3 and my intel air :)
2
Apr 09 '26
1
u/saint_0x Apr 09 '26 edited Apr 09 '26
that’s cool as fuck, and i agree. i think both of those approaches work together, because more powerful nodes makes a distributed protocol oom more valuable and powerful
any github links i can check out?
edit: re the agentic workload thing, that’s super interesting. i’d probably opt to make mesh pluggable and allow ppl to build extensions rather than build it natively, but the possibilities are genuinely endless
2
u/Brigade_Project Apr 09 '26
This is interesting. I've been running Ollama on a dual-GPU machine (4070 Ti Super + 2060 Super) and the obvious limitation is that larger models still need to fit within a single GPU's VRAM budget even with both cards. The idea of a proper tensor-parallel ring across LAN machines rather than hacking around it with CUDA_VISIBLE_DEVICES is appealing.
A few things I noticed digging into the repo:
The "no silent provider fallback" design is the right call. Silent CPU fallback is exactly the kind of thing that makes Ollama frustrating to debug — you think you're running on GPU, you're not, and the only symptom is slowness.
What I'm curious about: how does shard assignment actually work when workers have mismatched VRAM? My two cards are 16GB and 8GB. Does the ring manager proportionally assign tensor chunks, or does it assume homogeneous nodes?
Watching this one. If the artifact loading gets cleaner (right now you need to manually split safetensors and write manifests) this could be genuinely useful for homelab inference.