Shorm
196 posts


For the vibecoders on a budget - the new deepseek v4 flash is free in Cline (its a vscode extension)
Cline@cline
English

I love this opensource project!
Someone just put a 28.9M parameter AI model on an ESP32-S3.
A chip that costs only a few dollars.
No cloud.
No API.
No internet.
It runs locally at ~9.5 tokens/s and can generate stories on a tiny screen.
This changes the way we think about AI hardware.
The next generation of AI toys, robots, and IoT devices may not need the cloud at all.
Small chips are getting smarter. 🤖
github.com/slvDev/esp32-ai
English

@GinoCirino @petergyang One single cell is more complicated than the AI itself
English

@petergyang Seems like biology is much harder then mathematics. Which is obvious but kind of interesting to see models solving mathematics and yet we haven't truly solved something that changes the death rate
English

@__tinygrad__ Maybe those will become relevant when you can run them on a real home computer
English

@EricLengyel He forgot to tell it to make it high quality, classic mistake
English

In case it's not obvious, this post is about the quality of the AI generated code.
Eric Lengyel@EricLengyel
If I was interviewing someone for an engineering position, and they showed me code they had written that looked like this, it would be an instant reject.
English

@forgebitz It's just another tool, it's essentially just a very high level programming language that can still theoretically have good performance. A fool can only take a good tool so far
English

@DCinvestor Never cause someone has to actually act on that knowledge, and its incredibly cumbersome to make any advancements in todays day and age
English

You can now run a 2.8 TRILLION parameter model on a 4GB GPU.
Someone open-sourced a tool that uses "Layer-wise Inference." It only loads one layer onto your GPU at a time. so the VRAM you need depends on the layer size, not the model size.
no quantization. no distillation. no pruning.
→ DeepSeek-V3 (671B) on 12GB
→ Llama 3.1 405B on 8GB
→ Kimi K3 (2.8 TRILLION params) on under 4GB
→ works with almost every open model
the biggest model on it needs the LEAST VRAM. K3 is sparse MoE, so it streams only the experts a token actually routes to instead of a whole dense layer.
2.8 trillion parameters running in less VRAM than a 70B.

English

@saloniiio @neerajjj6785 You have to be able to actually run it to get those
English

@neerajjj6785 because privacy, control, and offline inference still matters
English

@trikcode deepseek pricing is already there
sol speed is the part that would need proving
English

@mfaisal_khatri @trikcode Probably the lack of a personal data center
English

@trikcode Why don't you try local llm models? Is there any challenge in using them?
English


@BrianRoemmele Is 0.3 tokens per second the best it can get or is there some technological improvement there because if thats it, thats pathetic. Might as say you can run it off a phone because you can technically run it on a CPU and use hard drive as virtual memory
English

BREAKTHROUGH: A full, unmodified 2.78-trillion-parameter Kimi K3 on a consumer laptop by streaming only the activated experts from NVMe.
YOU CAN’T RUN KIMI K3 “ON THAT” THEY DECLARED.
There are many paths to do it.
This is one:
Marco Bambini Just Gave Us the Full Kimi K3 on a Laptop
Meet Marco Bambini he did something that felt impossible only a day ago.
He built WASTE Weight-Aware Streaming Tensor Engine a clean, dependency-free C inference engine that runs the complete, unmodified 2.78-trillion-parameter Kimi K3 model by streaming only the activated experts straight from NVMe.
No distillation.
No pruning.
No cloud.
The full open-weight model.
We have it running in the lab right now.
What Marco Actually Built
Kimi K3 is a sparse Mixture-of-Experts system.
Only about 4 % of its weights fire on any given token. Marco’s insight was simple and ruthless: the idle experts do not need to live in RAM. They only need to be reachable in time.
WASTE keeps the model’s “trunk” (attention, shared components, embeddings) resident in memory — roughly 27 GB on the converted container.
The 82,000+ routed experts stay on disk as tightly packed residual vector-quantized records. When the router selects its 16 experts per layer, the engine issues direct, cache-bypassing reads from the internal NVMe and feeds them into a bounded expert cache.
The rest of the machine’s RAM becomes working space for that cache.
On a 64 GB MacBook Pro with the container on the internal SSD, we are measuring 0.32–0.34 tokens per second at a comfortable memory budget.
Prefill sits a little higher. The vision tower works. Logits match the reference implementation to within a few parts in a million. It is the real model.
The container itself is 982 GiB after conversion from the original 1.42 TB MXFP4 weights. Minimum RAM floor is just over 29 GB for short context. Push the budget higher and the expert cache hit rate climbs; push too high and you start paging and the speed collapses. The sweet spot on current consumer hardware is clear and measurable.
How We Are Testing It
We converted the official weights, verified the container, and began systematic runs the same day the engine stabilized.
First we confirmed numerical fidelity against the PyTorch reference on short prompts. Then we moved to longer generation, vision inputs, and multi-turn chat using Kimi’s native XTML format.
We are measuring wall-clock decode, expert I/O versus compute split, cache hit rates at different RAM budgets, and thermal behavior under sustained load.
We are also exercising the OpenAI-compatible server that sits on top of the same C library so we can drop the model into existing agent loops without rewriting anything.
Early observations:
•Expert I/O dominates the timeline, as expected. On a fast internal NVMe the engine is already near the practical ceiling of the storage subsystem.
•The architecture’s sparsity is the entire enabler. A dense model of this size would be dead on arrival for local use.
•Context length is currently limited by RAM more than by the model itself. Practical working contexts sit comfortably in the tens of thousands of tokens on 64 GB hardware; the full million-token window will need more memory or smarter KV management.
•Thinking tokens are expensive at this speed. Long internal monologues turn into multi-hour runs. For agent work we are already experimenting with tighter control over when full reasoning is requested.
We are treating this as a research instrument, not a finished product. Every run teaches us something about expert locality, prefetch opportunities, and how far pure software streaming can push trillion-scale inference on ordinary machines.
1 of 2

English

What it actually takes to run Kimi K3 at home.
About $42k worth of hardware in a photo.
Still impressive it came in under 1000 watts of power. And if you really think about it, you could put this whole setup in to a nice little mini rack.
Photo credit @ServeTheHome

English















