undefined

points

[-]

Fair, we gotta do a better job at explaining this properly!

So an 8-27B on a LAN box wins for generic tasks on hardware that can hold it. Needle is for hardware that can't, like plain ARMv7, MIPS32 (the Ingenic chips in cheap IP cameras), RISC-V and watches. Also, we found cost to not really be the lever for on-device models, but availability and latency.

by ash_09113 hours ago|

parent|

[-]

So it will run on those devices, but when/why would you do that?

All of the demo setups (smart home, robot vacuum, watch, etc) could easily have access to a bigger model running on a more capable device either locally or via the internet.

by yorwba15 hours ago|

parent|

prev|

[-]

A list of hardware platforms doesn't make a use case. Do you have an active deployment of Needle that is noticeably useful, and if so, what do you have it do?

by stymaar13 hours ago|

parent|

[-]

At my current company we're evaluating small models embedded directly in the web app to provide a natural language interface to the app without spending money on inference (and ideally avoid a ChatChipotle situation where people end up having free token going through our interface).

And needle is one of the most promising model due to its original architecture (but we still need to finish building the actual eval dataset before making out final call).

by int_19h3 hours ago|

parent|

[-]

You can embed much bigger models into web apps with wasm and WebGL or WebGPU. I have a web app running a 0.6B embedding model client-side.

by stymaar2 hours ago|

parent|

[-]

WebGPU is a non-starter for production usage since the support is too limited (No Firefox support, no Linux Support, no Apple x86 support, no MacOS <26).

But yes we are also considering bigger models, though we'll pick the smallest model of sufficient quality because not having to download a 600MB bag of weight is a feature in itself.

by HenryNdubuaku12 hours ago|

parent|

prev|

[-]

Thanks for considering needle. Keep in mind that you can also fine-tune the model to fit your use case more. I think this illustrates the intended deployment pretty well, where both computational resources and compute credits can both be issues for deployment.

by stymaar2 hours ago|

parent|

[-]

We definitely intend to try fine-tuning, don't worry we're not going to dismiss needle just because the base model's performance is too low ;).

by KennyBlanken4 hours ago|

parent|

prev|

[-]

You've explained WHAT it could run ON. You haven't shown any examples of its intended use, from input to result. I have no idea what is expected of me to be entering into that home automation example, and as everyone has handily demonstrated, it's dogshit at what people actually try to feed it so clearly im not the only one.