1. Power Aware Real-time Systems A joint project with profs Daniel Mosse Bruce Childers Mootaz Elnozahy (IBM Austin) And students Nevine Abougazaleh Cosmin Rusu Dakai Zhu Ruibin Xu Matt Craven Sameh Gobriel

2. Outline Introduction to real-time systems Introduction to power management Speed adjustment in frame-based systems Dynamic speed adjustment in multiprocessor environment Tradeoff between energy consumption and reliability Saving power in wireless networks

3. Hard RT systems Periodic Aperiodic (frame-based) preemptive non preemptive non preemptive uni-processor parallel processors Soft RT systems Real-time systems

4. REAL-TIME SYSTEMS Hard Real Time system guarantee deadlines To guarantee deadlines, we need to know worst case execution times Predictability: need to know if deadlines may be missed Soft Real Time system try to meet deadlines If a deadline is missed, there is a penalty Provides statistical guarantees (probabilistic analysis) Need to know the statistical distribution of execution times Applications: Safety critical systems, control and command systems, robotics, Communication, multimedia

5. n tasks with maximum computation times C i and periods T i, for i=1,…,n. Dynamic priority scheduling (high priority to the task with earlier deadline) All tasks will meet their deadlines if utilization is not more than 1. Task set utilization is percentage of CPU used by all tasks: This example: + C=2, T=4 C=3, T=7 Periodic, EDF scheduling 2 4 3 7

6. Outline Introduction to real-time systems Introduction to power management Speed adjustment in frame-based systems Dynamic speed adjustment in multiprocessor environment Tradeoff between energy consumption and reliability Saving power in wireless networks

7. Power Management Why & What: Power Management?  Battery operated: Laptop, PDA and Cell phone  Heating : complex Servers (multiprocessors)  Power Aware: maintain QoS, reduce energy How?  Power off un-used parts: LCD, disk for Laptop  Gracefully reduce the performance CPU: dynamic power P d = C ef *V dd 2 *f [Chandrakasan-1992, Burd- 1996]  C ef : switch capacitance  V dd : supply voltage  f : processor frequency  linear related to V dd

8. Power Aware Scheduling T1T1 D f max time Static Power Management (SPM)  Static slack: uniformly slow all tasks [Weiser-1994, Yao-1995, Gruian-2000] T2T2 E Static Slack Energy f T1T1 T2T2 idle time T1T1 T2T2 T2T2 T1T1 0.6E time T1T1 T2T2 f max /2 E/4

9. Power Management T1T1 D f max time Dynamic Power Management (DPM)  Dynamic slack: non-worst execution 10% [Ernst-1994]  DPM: [Krishna-2000, Kumar-2000, Pillai-2001, Shin-2001] T1T1 T2T2 T2T2 f max /2 Static Slack idle E E/4 time T1T1 T2T2 f max /3 0.12E time T1T1 f max /2 Dynamic Slack Multi-Processor  SPM: length of schedule over deadline  DPM ???

10. Outline Introduction to real-time systems Introduction to power management Speed adjustment in frame-based systems Dynamic speed adjustment in multiprocessor environment Tradeoff between energy consumption and reliability Saving power in wireless networks

11. time S max S min Select the speed based on worst-case execution time,WCET, and deadline CPU speed time deadline S max S min WCET Speed adjustment in frame-based systems Assumption: all tasks have the same deadline. Static speed adjustment

12. Dynamic Speed adjustment techniques for linear code time WCET ACET Speed adjustment based on remaining WCET Note: a task very rarely consumes its estimated worst case execution time.

13. Dynamic Speed adjustment techniques for linear code time Remaining WCET Remaining time Speed adjustment based on remaining WCET

14. Dynamic Speed adjustment techniques for linear code time Remaining WCET Remaining time Speed adjustment based on remaining WCET

15. Dynamic Speed adjustment techniques for linear code time Speed adjustment based on remaining WCET

16. An alternate point of view time WCE time WCET ACET time AV WCE Reclaimed slack stolen slack

17. Dynamic Speed adjustment techniques for non-linear code Remaining WCET is based on the longest path Remaining average case execution time is based on the branching probabilities (from trace information). At a p3p3 p2p2 p1p1 minaveragemax

18. Outline Introduction to real-time systems Introduction to power management Speed adjustment in frame-based systems Dynamic speed adjustment in multiprocessor environment Tradeoff between energy consumption and reliability Saving power in wireless networks

19. Multiprocs and AND/OR Applications Real-Time Application  Set of tasks  Single Deadline Directed Acyclic Graph (DAG)  Comp. (c i, a i )  AND (0,0)  OR (0,0): probabilities T1T1 T2T2 T3T3 T4T4 T5T5 (1,2/3) (2,1)(1,1)(4,2)(3,2) T7T7 T6T6 (1,1) 60% 40% The Example TiTi

20. Slack Stealing Shifting Static Schedule: 2-proc, D = 8 012345678time f T1T1 T4T4 T5T5 T7T7 D L0L0 T1T1 T4T4 T5T5 T7T7 f 012345678 Shifting D L0L0 T3T3 T2T2 T6T6 L1L1 Recursive if embedded OR nodes T3T3 T2T2 T6T6 T1T1 T7T7 ` L1L1

21. Proposed Algorithms Greedy algorithm, two phases:  Off-line: longest task first heuristic; Slack stealing via shifting: LST i, EO i  On-line: Same execution order Claim the slack: LST i – t i (t i  LST i ) Compute speed: Meet timing requirement [Zhu-2001]

22. Proposed Algorithms (cont) Actual Running Trace: left branch, T i use a i Possible Shortcomings  Number of Speed change (overhead)  Too greedy: slow  fast T7T7 f 012345678time D T6T6 T1T1 L0L0 T3T3 T2T2 L1L1

23. Optimal for uniprocessor: Single speed  Energy – Speed: Concave  Minimal Energy when all tasks SAME speed Speculation: statistical information about Application  Static Speculation All tasks f i = max ( f ss, f g i )  Adaptive Speculation Remaining tasks f i = max ( f as, f g i ) Proposed Algorithms (cont)

24. Outline Introduction to real-time systems Introduction to power management Speed adjustment in frame-based systems Dynamic speed adjustment in multiprocessor environment Tradeoff between energy consumption and reliability Saving power in wireless networks

25. Basic hypothesis:  Dependable systems must include redundant capacity in either time or space (or both)  Redundancy can also be exploited to reduce power consumption Tradeoff: energy & dependability Time redundancy (checkpointing and rollbacks) Space redundancy

26. Exploring time redundancy deadline The slack can be used to 1) add checkpoints 2) reserve recovery time 3) reduce processing speed For a given number of checkpoints, we can find the speed that minimizes energy consumption, while guaranteeing recovery and timeliness. S max

27. More checkpoints = more overhead + less recovery slack D C r Optimal number of checkpoints For a given slack (C/D) and checkpoint overhead (r/C), we can find the number of checkpoints that minimizes energy consumption, and guarantee recovery and timeliness. # of checkpoints Energy

28. Non-uniform check-pointing Observation: May continue executing at S max after recovery. Advantage: recovery in an early section can use slack created by execution of later sections at S max Disadvantage: increases energy consumption when a fault occurs (a rare event) Requires non-uniform checkpoints.

29. Non-uniform check-pointing Can find # of checkpoints, their distribution, and the CPU speed such that energy is minimized, recovery is guaranteed and deadlines are met

30. Triple Modular Redundancy vs. Duplex TMR: vote and exclude the faulty result Duplex: Compare and roll-back if different results Load=0.7  Load=0.5 Load=0.6 Energy efficiency of TMR Vs. Duplex depends on  , and load Duplex is more Energy efficient TMR is more Energy efficient 0.02 0.035 Load=0.7     Load 0.10.2 : overhead of checkpoint : ratio of static/dynamic power : slack in the system

31. Outline Introduction to real-time systems Introduction to power management Speed adjustment in frame-based systems Dynamic speed adjustment in multiprocessor environment Maximizing computational reward for given energy and deadline Tradeoff between energy consumption and reliability Saving power in wireless networks

32. Saving Power Power is proportional to the square of the distance The closer the nodes, the less power is needed Power-aware Routing (PARO) identifies new nodes “between” other nodes and re-routes packets to save energy Nodes decide to reduce/increase their transmit power

33. Asymmetry in Transmit Power Instead of C sending directly to A, it can go through B Saves transmit power, but may cause some problems. A B C A B C

34. Problems due to one-way links. Collision avoidance (RTS/CTS) scheme is impaired  Even across bidirectional links! Unreliable transmissions through one-way link.  May need multi-hop Acks at Data Link Layer. Link outage can be discovered only at downstream nodes. ABC RTS CTS X MSG

35. Problems for Routing Protocols Route discovery mechanism.  Cannot reply using inverse path of route request.  Need to identify unidirectional links. (AODV) Route Maintenance.  Need explicit neighbor discovery mechanism. Connectivity of the network.  Gets worse (partitions!) if only bidirectional links are used.

36. Wireless bandwidth and Power savings In addition to transmit power, what else can we do to save energy? Power has a direct relation with signal to noise ratio (SNR)  The higher the power, the higher the signal, the less noise, the less errors, the more data a node can transmit  Increasing the power allows for higher bandwidth Is it useful to explore the power/bandwidth problem? Is it easy to characterize the problem?