Is Linux Suspend ready for the next decade
summary
A decade-old tool called sleepgraph runs local Python traces and browser reports to measure suspend and resume latencies, Wi‑Fi reconnect times, and per‑device slowdowns; the lab is on track for 5‑million suspend‑resume cycles this year and treats 10,000 consecutive successful suspends as the OEM bar for reliability. Tests expose intermittent driver regressions (often in rc1…rc8), environment effects like network or temperature, and include stress and back‑to‑back modes plus a DEV option for detailed kprobe and ftrace logs.
AI-written summary · about
chapters (18)
- 0:00Introduction to Linux suspend
- 1:06What is suspend resume
- 4:38Suspend states and power
- 6:04Using sleep graph tool
- 12:52Performance and reliability focus
- 17:30Endurance testing insights
- 23:09Acceptability and use cases
- 26:16Driver failures and suspend
- 31:15Runtime vs system suspend
- 33:23Android and system sleep
- 34:51Consistency in testing
- 36:14Performance regressions
- 37:40Developer best practices
- 39:07Power measurement methods
- 39:50Hibernate to disk status
- 41:22Fedora and hibernate support
- 42:47Hibernate security concerns
- 43:50Key lessons and future
related talks
36mLinux Power Management Features, Their Relationships and Interactions- 36mLinux Power Management Features, Their Relationships and Interactions
47mEvolution of Suspend-to-Idle Support in The Linux Kernel
30mHost and Guest Suspend Under Xen - S3 and S0ix
41mLinux Power Management Features & Their Interactions, Part 2
13mHibernation Testing Challenges and Optimization Opportunities
06mIsolation for broken hardware during system suspend
49mDebugging Methodologies for Realtime Issues in Linux Systems