1 / 25

Governor : Autonomic Throttling for Aggressive Idle Resource Scavenging

This presentation discusses the Governor framework, an explicit and quantified approach towards performance impact control in resource scavenging applications. It provides an extensible and user-level implementation that allows for control over the impact on native workloads. The framework is evaluated with two types of scavenging applications, and performance results are discussed.

jbanuelos
Download Presentation

Governor : Autonomic Throttling for Aggressive Idle Resource Scavenging

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Governor: Autonomic Throttling for Aggressive Idle Resource Scavenging Jonathan Strickland (1) Vincent Freeh (1) Xiaosong Ma (1 & 2) Sudharshan Vazhkudai (2) (1) Department of Computer Science, NC State Univ. (2) Mathematics and Computer Science Division, Oak Ridge National Laboratory International Conference on Autonomic Computing 2005

  2. Presentation Roadmap • Introduction • Model and approach • System implementation • Performance results • Conclusion and future work International Conference on Autonomic Computing 2005

  3. Aggregating Desktop Computer Resources • Personal computers pervasive • Easily updated and well equipped • Under-utilized • Consolidate scattered resources by resource scavenging (resource stealing) • Computing resources • Condor, Entropia • SETI@home, Folding@home • Creating massive compute power • Storage resources • Farsite, Kosha, FreeLoader • Aggregate distributed spaces into shared storage (Courtesy: SETI@home) (Courtesy: Folding@home) International Conference on Autonomic Computing 2005

  4. Impact on Workstation Owners • Foremost concern of resource donors • Security and privacy impact • Virtual machine/sandbox solutions • Performance impact • Existing approaches often too conservative • “Stop” approach • Stop scavenging when user activity detected • Unable to utilize small pieces of idle time • Does not overlap scavenging with native workload • Priority-based approach • Works for cycle-stealing • Implicit, “best-effort” • Range and granularity limited by operating system International Conference on Autonomic Computing 2005

  5. Objectives and Contributions • Goal: systematic performance impact control framework • Contributions: Governor • Explicit, quantified approach toward performance impact control • Extensible framework for arbitrary scavenging applications and native workloads • User-level, OS-independent implementation • Evaluation with two types of scavenging applications International Conference on Autonomic Computing 2005

  6. Presentation Roadmap • Introduction • Model and approach • System implementation • Performance results • Conclusion and future work International Conference on Autonomic Computing 2005

  7. System Entities • Active on donated workstations • Resource scavenging application (scavenger) • Native workload • Governor process • Controls execution of scavenger • Limits impact on native workload to target level α(e.g., 20%) International Conference on Autonomic Computing 2005

  8. Performance Impact • Performance impact • Caused by resource scavenging application on workstation owner’s native workload • Metrics: slow-down factor (Timescavenged – Timeoriginal) / Timeoriginal • May not reflect resource owner perceived impact • Main approach: resource throttling • Throttle level (β, 0<=β<1) Timescavenging / Timetotal • Major challenge: to select appropriate β value International Conference on Autonomic Computing 2005

  9. Impact Benchmarking • Characterize scavenger S against system resources • Native workload as combination of resource consumption components • Resource vector R = (r1, r2, …, rn) • Benchmark vector B = (B1, B2, …, Bn) • Measure S’ impact onBiwith various throttle levels • Store impact curve • Calculate target throttle level βiwith given impact level α International Conference on Autonomic Computing 2005

  10. Native Workload Monitoring • Native workloads typically complex and dynamic • Online workload monitoring • Activate corresponding βwhen non-trivial native resource consumption detected • Resource trigger vector Т = (τ1, τ2, …, τn) • For each resource Ri • βi’= • Overall β = min (β1’ , β2’ , … βn’ ) • Picking most restrictive βacross resources βi, if consumption ≥ τi 1, if consumption < τi International Conference on Autonomic Computing 2005

  11. Governor Architecture 0. impact benchmarking User target  system resources Resource vectors (b1, b2 , ...) (t1, t2 , ...) 1. monitor resource activity scavenger 3. throttle scavenger 2.compute overall b • Adaptive • Extensible and generic Governor International Conference on Autonomic Computing 2005

  12. Presentation Roadmap • Introduction • Model and approach • System implementation • Performance results • Conclusion and future work International Conference on Autonomic Computing 2005

  13. Dynamic Throttling Mechanism I I I … β=0.3 β=0.6 0.2 β=0.5 Scavenger phases Monitoring phases • Fixed throttle interval “I” • 1 second in our implementation • Within each I, Governor • Runs scavenger application for β*I • Monitors native workload during (1-β)*I • Adjust βfor next I International Conference on Autonomic Computing 2005

  14. Resource Usage Monitoring and Triggers • At beginning and end of each monitoring phase (1-β)*I • Monitor resource usage • CPU: /proc/stat (cycles) • Disk: /proc/partitions (blocks) • Network: /proc/net/dev (bytes) • Triggers (τarray) International Conference on Autonomic Computing 2005

  15. Presentation Roadmap • Introduction • Model and approach • System implementation • Performance results • Conclusion and future work International Conference on Autonomic Computing 2005

  16. Applications, Benchmarks, and Configurations • Scavenger applications • SETI@home • Search for signals in slices of radio telescope data • Computation-intensive • FreeLoader • Prototype for aggregating storage in LAN environments • I/O- and network-intensive • Single-resource benchmarks • CPU: EP from NAS benchmark suite • I/O: large sequential file read • Network: repeated downloading with wget • Linux workstation • 2.8GHz Pentium 4, 512MB memory, 80GB disk International Conference on Autonomic Computing 2005

  17. Impact Benchmarking Results SETI FreeLoader International Conference on Autonomic Computing 2005

  18. Multi-resource Workload: Kernel Compile Impact on native workload Impact on scavenger app. International Conference on Autonomic Computing 2005

  19. Synthetic Composite Workload • Simulate common intermittent user activities • Short sleep time between operations • Writing 80MB data to file • Browsing arbitrary directories in search of file • Compressing data written previously and send via networks • Browsing more directories • Removing files written • Takes about 150 seconds without concurrent user load International Conference on Autonomic Computing 2005

  20. Composite Exec. Time and Impact • Combine impact benchmarking results with real-time monitoring of composite workload • Governor closely approximates target performance impact (α) International Conference on Autonomic Computing 2005

  21. Comparison with Priority Based Method (SETI@home) International Conference on Autonomic Computing 2005

  22. Comparison with Priority Based Method (FreeLoader) International Conference on Autonomic Computing 2005

  23. Presentation Roadmap • Introduction • Model and approach • System implementation • Performance results • Conclusion and future work International Conference on Autonomic Computing 2005

  24. Conclusion and Future Work • Governor: extensible framework for quantitative performance impact control • Contains actual performance impact • Proactively consume idle resources • Self-adaptive • OS-independent and low-overhead • Future work • Connect impact control with user interfaces • Studying memory resource throttling • Evaluating with more scavengers International Conference on Autonomic Computing 2005

  25. Resource Utilization and β for Composite International Conference on Autonomic Computing 2005

More Related