Live data from Hacker News

Moondream 3 Preview: Frontier-level reasoning at a blazing speed

moondream.ai

21–30 of 46 posts

Re: Moondream 3 Preview: Frontier-level reasoning at a blazing speed

#22

Impressive stuff! Has anyone tried it for computer/browser control? How does it fare with graphs and charts?

Im labeling a dataset with it. We’ll see how it turns out

Pretty good so far. Have 100,000 detections

Re: Moondream 3 Preview: Frontier-level reasoning at a blazing speed

#27
Spent 5 minutes trying to get basic pricing info for Moondream cloud. Seems it simply does not exist (or at least not until you've actually signed up?). There's 5,000 free requests but I need to sense-check the pricing as viable as step 0 of evaluating - long before hooking it up to an app.

Re: Moondream 3 Preview: Frontier-level reasoning at a blazing speed

#28
The MoE architecture choice here is particularly interesting - the ability to keep only 2B parameters active while maintaining 8B model performance is a game-changer for edge deployment. I've been deploying vision models in production environments where latency is critical, and this sparse activation approach could solve the inference cost problem that's been limiting adoption of larger VLMs. The chart understanding capabilities mentioned look promising for automated document analysis workflows. Has anyone tested the model's consistency across different image qualities or lighting conditions? That's often where smaller models struggle compared to frontier ones.

Re: Moondream 3 Preview: Frontier-level reasoning at a blazing speed

#29
post #2

That’s actually kinda impressive for an 8b model. Normally my experience with them is that they’re not really useful.

Only 2b active also - very fast

sorry what does it mean for only 2b to be active?

Re: Moondream 3 Preview: Frontier-level reasoning at a blazing speed

#30

Earlier quoted context omitted.

Only 2b active also - very fast

sorry what does it mean for only 2b to be active?

My understanding is that, while all 8B are loaded into memory, for each token inference step only 2B are selected and used - so tokens are produced faster because there is less computation needed.

Hoping someone will correct me if that's not the right mental model!

Post reply on HN