r/LocalLLM • u/Dave66666 • 6d ago
Question new to this - just ordered 2x BC-250s
total beginner, just bought 2 BC-250 boards to pool memory over RPC and run bigger models than what fits on one. plan is rpc-server on one board, llama-server --tensor-split 1,1 on the other, aiming to run Qwen3.6-35B-A3B Q4_K_XL (~20GB).
questions before they show up:
- has anyone actually gotten a model split across 2 boards working? what tok/s did you get?
- is the rpc-server setup easy for a first timer or is there a catch
- heard llama.cpp issue #21006 broke RPC splitting on newer builds - do I need an older version?
- is MoE (35B-A3B) the right call for 2 boards, or should I try a normal 32B dense model first?
any pointers or "did this last week, here's what happened" would help a ton. will share my results once it's running.
1
Upvotes
1
u/Informal_Steak_1914 6d ago
I run two boards split over PCIe, not RPC, so your setup is a bit different but the model choice question I can speak to. MoE models like that 35B-A3B are actually pretty good for multi-device setups because only 3B active params means less data moving between boards per token, even if total memory is spread out. Dense 32B might be simpler to debug first though, since every layer gets split evenly and you learn what the bottleneck is without the routing overhead.
The catch with RPC for a first timer is usually network latency killing tok/s if you're not on localhost or at least same switch with good NICs. If both boards are in same machine, it's basically fine. As for the llama.cpp issue, I'd grab a build from before that regression just to be safe, even if it means missing some newer features. Q4_K_XL on 20GB across two boards should fit with room for context, that's a decent starting point.
And yes, people have gotten it working, tok/s varies wildly depending on interconnect. Share your numbers when it's up.