Two Budgets That Decide Cloud Versus Edge

Two Budgets That Decide Cloud Versus Edge

Ada re-derives this chapter’s own numbers step by step, at full precision

foundations
math-foundations
calculation-audit
edge-fog
Ada ADA · CALCULATION AUDIT

Two Budgets That Decide Cloud Versus Edge

The chapter rests on two sizing claims: local inference shrinks a 2 Mbps uplink “more than 10,000 times” to about 20 bytes/s, and INT8 quantization takes a 5-million-weight model from 20 MB to 5 MB so it fits a 16 MB gateway. Both decide the cloud-versus-edge split. This audit carries each from the stated inputs to show they are the two budgets that decide cloud versus edge.

Companion to the chapter Edge AI Fundamentals: Why and When — every number here comes from that chapter.

See the relationship before changing it

The figure reads from left to right. The blue card is event interval. The middle card applies the page rule. The green card is event traffic. Walk the arrows once: set the input, apply the rule, then read the result with its unit.

Event interval changes event traffic An input card leads through the rule traffic = 200 bytes / interval to the event traffic result. INPUT PAGE INPUT APPLY THE RULE predict calculate check units OUTPUT RESULT
Walk the arrows. Longer gaps cut the event stream. They can also delay a warning.

Derive the baseline in four named moves

  1. 1

    Name the input. The chapter baseline is 10 s.

  2. 2

    Name the relationship. traffic = 200 bytes / interval

  3. 3

    Substitute with units. 200 bytes / 10 s = 20.00 bytes/s

  4. 4

    Read the result. Keep the unit beside the value. Use it only inside the technical boundary on this page.

Predict, then change event interval

Try Predict the direction of traffic = 200 bytes / interval. Test another event interval, then compare event traffic.

10 s
Chapter baseline
Event traffic

Observe Longer gaps cut the event stream. They can also delay a warning. Reset event interval to 10 and compare event traffic.

Explain Longer gaps cut the event stream. They can also delay a warning.

Check yourself

What should you do before trusting a moved-control result?
Answer: Predict its direction, apply the shown relationship, keep the units, and reset to the worked baseline.
What does this small model leave out?
Answer: Only event interval moves here. Field effects named in the technical boundary stay fixed.
TryThe chapter rests on two sizing claims: local inference shrinks a 2 Mbps uplink “more than 10,000 times ” to about 20 bytes/s , and INT8 quantization takes a 5-million-weight model from 20 MB to 5 MB so it fits a 16 MB gateway. Use Check derivation.
ObserveThe displayed ledger resolves 2 Mbps, 10,000 times, 20 bytes/s, 5-million-weight, 20 MB at full precision. This audit carries each from the stated inputs to show they are the two budgets that decide cloud versus edge. Check derivation shows this.
ExplainThe design meaning is that both budgets point the same way -- the model must be small enough to load and the traffic small enough to send -- and a 4x weight shrink plus a 12,500x traffic shrink is precisely what turns a cloud-only inspection stream into a device that reports 20 bytes a second and survives a WAN outage. Check derivation confirms it.

Ada: This deep dive rests on two sizing claims: local inference shrinks an uplink “more than 10,000 times,” and INT8 quantization takes a 5-million-weight model from 20 MB to 5 MB so it fits a 16 MB gateway. Both decide the cloud-versus-edge split, so let me carry each from the stated inputs.

  • Raw uplink: a 2 Mbps stream is 2000000 / 8 = 250000 bytes/s = 250 kB/s.
  • Event uplink: a 200-byte report every 10 s is 200 / 10 = 20 bytes/s = 160 bits/s.
  • Reduction: 2000000 / 160 = 12500x smaller – consistent with “more than 10000 times.”
  • FP32 model: 5,000,000 weights x 4 bytes = 20,000,000 bytes = 20 MB.
  • INT8 model: 5,000,000 x 1 byte = 5 MB, a 20 / 5 = 4x shrink.
  • Gateway fit: the INT8 artifact plus a 4 MB tensor arena and 2 MB input buffer is 5 + 4 + 2 = 11 MB, leaving 16 - 11 = 5 MB headroom; the 20 MB FP32 version overflows the 16 MB budget before any buffers.

The audit conclusion is that quantization is what makes the whole placement legal: at FP32 the model does not fit, so “run it at the edge” is not an option; at INT8 it fits with 5 MB to spare. The design meaning is that both budgets point the same way – the model must be small enough to load and the traffic small enough to send – and a 4x weight shrink plus a 12,500x traffic shrink is precisely what turns a cloud-only inspection stream into a device that reports 20 bytes a second and survives a WAN outage.

Technical boundaries
The placement budget deliberately does not simulate operator fallback, tensor-lifetime peaks, allocator fragmentation, accuracy loss, thermal throttling, or network retries; it compares stated weight, buffer, and traffic sizes only.

Work the audit first, then check the displayed derivation.

Every number above is taken from the chapter’s own material and re-derived step by step.