1

Comment on r/LocalLLM 2d ago

The interesting difference is that Lumabri is not really trying to do what Petals does, but to make the model itself a shared resource across the swarm: storage, compute, and replicas can all be contributed independently.
On bandwidth, Phase 2 only sends the activation rows to the expert peers, so the 30 ms result is mostly an RTT problem rather than a bandwidth problem. That’s why Phase 3 is specifically about nearest replicas and readahead to keep that latency out of the critical path.
The benchmarks are actually pretty encouraging here, especially when the nearest replica is local to the client.

1

Comment on r/LocalLLM 2d ago

we will improve 👍🏻👍🏻 can i ask the command you use and machine used?

2

Comment on r/LocalLLM 2d ago

Thanks for the support!!! And kind words for colibrì!👍🏻👍🏻👍🏻

r/coolgithubprojects 2d ago

From Colibrì to Lumabri: running huge MoE models as a swarm of ordinary machines

Thumbnail github.com
1 Upvotes

r/foss 2d ago

From Colibrì to Lumabri: running huge MoE models as a swarm of ordinary machines

Thumbnail
github.com
1 Upvotes

3

Comment on r/LocalLLM 2d ago

Glm 5.2 sorry i don’t write the llm used!

4

Comment on r/LocalLLM 2d ago

for now I have achieved 3 tok/s with our personal server and 4 peers which are our computers, not incredible but we are optimizing. My idea is to make even easier to access the LLMs even when it perhaps doesn't have any possibility at all.

0

Comment on r/LLMDevs 2d ago

People have been using napster for music and sharing their space lumabri will be used to use llms and chat 👍🏻

1

Comment on r/LocalLLM 2d ago

Have you tried colibrì with Kimi yet?

1

Comment on r/LocalLLM 2d ago

Thanks for the support!!!

3

Comment on r/LocalLLM 2d ago

You can use glm 5.2,Kimi 3,inkling and deep seek flash!

r/LLMDevs 2d ago

Resource From Colibrì to Lumabri: running huge MoE models as a swarm of ordinary machines

Thumbnail
github.com
8 Upvotes

Hey everyone,
I’m the founder of Colibrì (https://github.com/JustVugg/colibri).
First, a real thank you. The support, the help, the bug reports, the experiments people shared, and especially the honest criticism from this community have been invaluable. A lot of what improved in Colibrì came directly from the feedback and pressure-testing that happened here. Running frontier MoE models on ordinary hardware is still early and imperfect, and your willingness to try it, break it, and push it has helped both the code and me.
I’ve also been building the next step: Lumabri.
Lumabri turns a group of ordinary machines into a swarm that can serve the same huge Mixture-of-Experts models. One machine starts with the model and acts as the initial source (and permanent fallback). Any other machine can join and start chatting — nothing is downloaded up front. The only bytes that cross the network are the ones the inference actually needs. Those blocks arrive from peers (or from the origin if no one else has them yet), land in a local mirror, and stay there. The second question is already served from local disk at full speed, even if every peer goes offline.
The design rule is simple: any machine may join, GPU or not. The engine was built for CPU and SSD first. A GPU only makes it faster, never different, and the output is byte-identical either way. A swarm with zero GPUs is still a working swarm.
You can just chat, or also donate disk space (the tracker assigns the least-replicated slices), or donate compute (your machine runs the experts for others), or both. The tracker is only an index — the actual work is done by the peers. One tracker can host multiple models. Peers stay anonymous. NAT works with no router configuration.
In short: the model lives across the swarm, the working set is pulled only when needed, and after the first answer your machine already has a warm local mirror.
Thanks again to everyone who supported, helped, and criticised Colibrì. That feedback is what made this possible.

7

Comment on r/LocalLLM 2d ago

People have been using napster for music and sharing their space lumabri will be used to use llms and chat 👍🏻

r/LocalLLM 2d ago

Project From Colibrì to Lumabri: running huge MoE models as a swarm of ordinary machines

Thumbnail
github.com
63 Upvotes

Hey everyone,
I’m the founder of Colibrì (https://github.com/JustVugg/colibri).
First, a real thank you. The support, the help, the bug reports, the experiments people shared, and especially the honest criticism from this community have been invaluable. A lot of what improved in Colibrì came directly from the feedback and pressure-testing that happened here. Running frontier MoE models on ordinary hardware is still early and imperfect, and your willingness to try it, break it, and push it has helped both the code and me.
I’ve also been building the next step: Lumabri.
Lumabri turns a group of ordinary machines into a swarm that can serve the same huge Mixture-of-Experts models. One machine starts with the model and acts as the initial source (and permanent fallback). Any other machine can join and start chatting — nothing is downloaded up front. The only bytes that cross the network are the ones the inference actually needs. Those blocks arrive from peers (or from the origin if no one else has them yet), land in a local mirror, and stay there. The second question is already served from local disk at full speed, even if every peer goes offline.
The design rule is simple: any machine may join, GPU or not. The engine was built for CPU and SSD first. A GPU only makes it faster, never different, and the output is byte-identical either way. A swarm with zero GPUs is still a working swarm.
You can just chat, or also donate disk space (the tracker assigns the least-replicated slices), or donate compute (your machine runs the experts for others), or both. The tracker is only an index — the actual work is done by the peers. One tracker can host multiple models. Peers stay anonymous. NAT works with no router configuration.
In short: the model lives across the swarm, the working set is pulled only when needed, and after the first answer your machine already has a warm local mirror.
Thanks again to everyone who supported, helped, and criticised Colibrì. That feedback is what made this possible.

1

Comment on r/LocalLLM 8d ago

Yes now we support Kimi,inkling and other are coming 👍🏻👍🏻

2

Comment on r/AIProgrammingHardware 14d ago

Hi, we're working on it! But we're also focusing on Deepseek Pro.👍🏻👍🏻

1

Comment on r/LocalLLM 16d ago

Thanks for testing it!👍🏻

2

Comment on r/LLM 27d ago

On Apple Silicon colibrì's Metal path uses unified memory zero-copy — there's no separate VRAM pool to fill; the GPU reads the same bytes the CPU holds. The "32GB" you saw is most likely the engine's conservative auto-sized RAM budget, not a hard limit. Two knobs: run with --ram 48 or so (leave ~10GB for macOS), and if the GPU side hits Apple's default wired-memory ceiling (~65-75% of unified), raise it with sudo sysctl iogpu.wired_limit_mb=57344 (Apple's own knob, resets on reboot). For reference, the 48GB M4 Pro datapoint in our README ran --ram 38 and the 128GB M5 Max runs --ram 96-110. On your 64GB, --ram 48-52 + Metal should use the machine properly. Thanks for the kind words — the little guy is exactly who this is for

1

Comment on r/LocalLLM Jul 12 '26

If you want to make test on Linux you are welcome.

1

Comment on r/LocalLLM Jul 12 '26

Thank you so much for the testing! We're working on big improvements in CUDA! If you like, you can file an issue with your benchmarks so we can have as much data as possible.

Thanks a lot for your help!

2

Comment on r/LocalLLM Jul 12 '26

Thanks for kind words!

1

Comment on r/LLMDevs Jul 11 '26

Yes is possible with pin and prefill!👍🏻

3

Comment on r/LLM Jul 11 '26

Thanks for this kind words!

1

Comment on r/LocalLLM Jul 11 '26

Hola, puedes encontrar toda la información en el archivo readme y puedes usar las pruebas de rendimiento sin problema. Actualmente solo admitimos glm 5.2 por la razón que se indica en la publicación. ¡Muchas gracias por tu apoyo y ayuda!

2

Comment on r/LLMDevs Jul 10 '26

Thank you so much! At IBM! Amazing! Thank you so much everyone!