Skip to content
DaylitedSimply Awesome

AI at the edge

Nine milliseconds, always, beats a hundred and eighty when the link is up

A model in a vehicle or on a machine cannot wait for a network. The budget is fixed before anything is chosen, and the model shrinks until it fits.

Why the device and not the cloud

Three reasons, and they compound. Latency, because a control loop that has to cross a network has a worst case measured in seconds rather than milliseconds. Availability, because a machine that stops working when the connection drops is a machine nobody trusts. And data, because the cheapest way to keep something private is not to transmit it.

The cost is that everything is now a budget. Memory, compute and power are fixed by the hardware you can actually buy, and the model has to fit inside what is left after the rest of the product has taken its share.

Two paths from sensor to action, one through the cloud and one on the device The upper row runs sensor, cloud, action with a measurement spanning it marked one hundred and eighty milliseconds and only when the link is up. The lower row runs sensor, on device, action, drawn heavier, with violet arrows and a measurement marked nine milliseconds, always. A glowing line joins the two rows at a blinking point. THE ROUND TRIP YOU DO NOT TAKE SENSOR CLOUD ACTION 180 ms . AND ONLY WHEN THE LINK IS UP SENSOR ON DEVICE ACTION 9 ms . ALWAYS THE MODEL SHRINKS UNTIL THE BUDGET FITS

The budget

The model shrinks until the budget fits

The order of work is the opposite of the usual one. Measure what the loop has to do and how often, subtract what the rest of the firmware needs, and what remains is the model's allowance.

Then the model is fitted to that allowance through quantisation, pruning, or picking a smaller architecture and training it properly. Each step is measured against the evaluation set, so you can see exactly what accuracy was traded for what milliseconds.

The result is usually smaller than people expect and better than they fear. A model that has to be right about a narrow thing does not need to be large.

The choices

What the hardware decides for you

The chip is chosen early and it is hard to change, which makes this the expensive row to get wrong.

ConstraintWhat it fixesWhere it usually binds first
Latency budgetHow much compute a single inference may useControl loops, where the deadline is hard
MemoryHow large the model may be at allSmall microcontrollers, long before compute does
PowerHow often it may runAnything on a battery
ThermalSustained rate rather than peak rateSealed enclosures, and it is always found late

The last row is the one that surprises people. A part that runs fast on a bench runs slower in a closed box, and the box is usually already tooled.

Or write here

Three fields, and a person reads it

Name, an address we can answer to, and what you are trying to build. You get a reference back straight away.

We use this to answer you and, where it fits, to prepare a scope. The lawful basis is steps taken at your own request before a contract. It is stored on our own server in the European Union, never passed to anyone, and deleted after twelve months if it does not become an engagement. The full notice is on the legal page.

Two paths from sensor to action, one through the cloud and one on the device The upper row runs sensor, cloud, action with a measurement spanning it marked one hundred and eighty milliseconds and only when the link is up. The lower row runs sensor, on device, action, drawn heavier, with violet arrows and a measurement marked nine milliseconds, always. A glowing line joins the two rows at a blinking point. THE ROUND TRIP YOU DO NOT TAKE SENSOR CLOUD ACTION 180 ms . AND ONLY WHEN THE LINK IS UP SENSOR ON DEVICE ACTION 9 ms . ALWAYS THE MODEL SHRINKS UNTIL THE BUDGET FITS

What has to decide without a network?

Tell us the deadline and the hardware. Those two settle whether this is possible before anybody writes code.

Start a conversationAll of it together