~/talk

Are Device Response Times a Neglected Risk of IoT?

links:none on file
slides:none on file

Claim: connecting embedded devices to cloud services creates a real operational risk when device response times degrade and teams lack end-to-end visibility. Recommends built-in instrumentation (CPU, memory, app traces, crashes), a scalable backend and unified console that correlates device-to-cloud traces, and automated alerts so MTTR drops from days to hours. Cites fixes: RFID readers spamming GPS updates that caused backend overload and a firmware/backend patch, and consumer panels slowed by backend timeouts. Targets 1 second target, 100 ms ideal, 2–5% runtime budget, bytecode instrumentation.

AI-written summary · about

  1. 0:00Intro
  2. 0:41About me: Balwinder Kaur
  3. 9:43Response Time Expectation
  4. 12:26Growing Complexity
  5. 13:56What's Becoming More Come?
  6. 15:51Latency Management
  7. 17:39Risk Assessment
  8. 18:22Risk Assesment - After Deployment
  9. 19:03Performance Impact
  10. 20:38Where can problems happen?
  11. 22:01Poor MTTR
  12. 24:38End to End Monitoring Solution
  13. 26:23Device Side Instrumentation
  14. 27:16Enterprise Grade Performance Monitoring Solution
  15. 32:34Guidelines to choosing an agent
  16. 34:54Best Practices - For the loT Cloud Service Provider
  17. 36:04Guidelines to choosing a Management Console
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.