1 / 87

A Modern Tool for Approximative Queueing Analysis: Theory and Practice

ACM Sigmetrics 2010. A Modern Tool for Approximative Queueing Analysis: Theory and Practice. -A Tutorial-. Florin Ciucu T-Labs / TU-Berlin. Jens Schmitt TU Kaiserslautern. The Problem of Queueing. … is about analyzing queue size (backlog), loss, delay, e.g.,.

becka
Download Presentation

A Modern Tool for Approximative Queueing Analysis: Theory and Practice

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. ACM Sigmetrics 2010 A Modern Tool for Approximative Queueing Analysis: Theory and Practice -A Tutorial- Florin Ciucu T-Labs / TU-Berlin Jens Schmitt TU Kaiserslautern

  2. The Problem of Queueing … is about analyzing queue size (backlog), loss, delay, e.g.,

  3. Each call is allocated a fixed chunk of network’s capacity Goal: size the network so that the queue is empty most of time (almost zero blocking probabilities) Queueing in Circuit Switching Networks, e.g., Telephone Network

  4. All flows share the available bandwidth by interleaving packets (statistical multiplexing) Goal: analysis of loss, delay (important for voice/video applications) Queueing in Packet Switching Networks, e.g., the Internet

  5. Behind the Title: The Stochastic Network Calculus (SNC) • Probabilistic extension of the Deterministic Network Calculus (DNC), which • Was conceived by R. Cruz in the early 1990’s • Is regarded as the theory for deterministic queueing analysis • SNC is a tool (technique) for stochastic queueing analysis • It’s approximative: provides rigorous bounds on queueing measures but no guarantees on the gap to optimal results • Can solve queueing problems which other alternative tools cannot • It works like • Deterministic evaluation of sample paths using the DNC • Probabilistic evaluation of sample paths (e.g., using large deviations arguments) • Our goal is to convey that SNC is useful (…and approachable)

  6. Relationship with Existing Methods for Queueing Analysis • Single-queue analysis is broadly understood using Queueing Theory, Matrix Geometric Methods, Effective Bandwidth • Solutions are tailored for each queueing problem • Queueing network analysis is largely restricted to Poisson arrivals (BCMP, Kelly networks) • SNC provides a uniform network queueing algebra for broad classes of arrivals/scheduling/service and has two main features • ‘‘Scheduling Abstraction’’: abstracts away the details of scheduling by a uniform service representation • ‘‘Convolution Form Networks”: abstracts the network service by a single-node view

  7. Feature 1: ‘‘Scheduling Abstraction” 7

  8. Feature 2: ‘‘Convolution Form Networks”

  9. Queueing Theory vs. SNC. M/M/1 Queue 9

  10. Outline of the Tutorial • Theory • Arrival/Service processes • Feature 1: ‘‘Scheduling Abstraction” • Single-Node queueing measures (backlog, delay, output) • Feature 2: ‘‘Convolution Form Networks” • Applications • Reanalysis of classical queueing systems (M/M/1, M/D/1) • End-to-End delays in a packet network with cross traffic • End-to-End analysis of networks with heavy-tailed and self-similar traffic • Output behavior at overloaded queues • Insights on the SNC bounds accuracy. Conclusions

  11. Arrivals at a Queue  Arrival Process • … as a Point Process • … as a Marked Point Process • … as a Fluid Process

  12. Arrival Process • Also called Workload Process • Bivariate extension • Non-negative, non-decreasing, left-continuous • Time model: in this tutorial mostly discrete

  13. Approximate the Arrival Process • Estimation of backlog/delay distributions reduces to theTail Estimation Problem, e.g., • Closed-form solutions/numerical evaluation is difficult, even for the Poisson process • One may look for approximations (bounds) of the form • The tail estimation problem remains • Basic idea: assume the existence of bounds on either • Tail (distribution) or • MGF

  14. Arrival Approximation 1: Tail Bound • Formally defined as • Note that • provides a stationary bound but is not required to be stationary • is not necessarily linear in

  15. Example 0: Reduction to Deterministic Bound

  16. Example 1: Hyperexponential Bound • Can be constructed for • Markov-Modulated processes, measured data • Arbitrarily close approximations for Pareto, Weibull distributions • Classical case (in SNC) with only one exponential (Exponentially Bounded Burstiness – EBB) • Notation simplifies but accuracy lessens

  17. Example 2: Heavy-Tailed Self-Similar • Can be constructed for • stable distributions • Compound point processes with Pareto increments • Multiplexed heavy-tailed On-Off • Measured data, e.g., aggregate Internet traffic

  18. Arrival Approximation 2: MGF Bound • Formally defined as • Note that • It captures bounds on all the moments of the arrivals • Inapplicable to heavy-tailed arrivals • Classical example with only one exponential (EBB) • Notation simplifies but accuracy lessens

  19. Relationship Between Tail and MGF bounds Recall definitions for single exponentials

  20. Tail and MGF Bound Constructions.D/M Arrivals

  21. Tail Bound Construction. D/Pareto Arrivals

  22. Approximate the Service Process • Problem: How to represent ’s service in order to achieve ‘‘Scheduling Abstraction” (Feature 1)? • Or … How to abstract away the details of many scheduling algorithms by a uniform service representation? • To get the idea consider two cases depending on whether the server is • always busy or • sometimes idle

  23. Case 1: Always Busy Server • Observations • Busy means that there is always backlog to serve • R.V. denotes the maximum possible service at time • Time varying service capacity (e.g., due to cross traffic) • Then the cumulative offered service in time interval

  24. Case 2: Sometimes Idle Server • Denote the beginning of the last busy period before • Observe that • Then • Note: arrival and departure processes are related!

  25. Cases 1 + 2: Service Process • Service process abstractly characterized by • Observations • defined as a bivariate random process • convolution provides a probabilistic lower bound (note the inequality) on ’s service (i.e., service guarantees)

  26. Analogy with the Standard Convolution

  27. A First Glimpse into Multi-Node Analysis.Recall Feature 2: ‘‘Convolution Form Networks” • Remark: computation of end-to-end queueing measures involves a ‘convolution’ • Problem: What if the two service processes are not statistically independent? • Basic idea: ‘‘Move the randomness” of service processes

  28. Moving the Randomness of a Service Process: Stochastic Service Curve

  29. (General) Service Process • Formally defined as • Observations • is a bivariate random process • is a non-random error function • Some randomness (dependencies) may be moved in • This way it is possible to convolve originally dependent service processes, by considering instead the following

  30. Example 0: Reduction to Deterministic Service Curve

  31. Examples 1+2: Stochastic Service Curves Can be constructed from: • Scheduling assumptions + hyperexponentially (or heavy-tailed self-similar) bounded arrivals • Measurements + fitting

  32. Achieving ‘‘Scheduling Abstraction” (Feature 1)

  33. Some Assumptions for Achieving ‘‘Scheduling Abstraction” • Upper bounds on the (aggregate) cross traffic • Recall that a service (curve) process sets lower bounds • Server with capacity guarantees • Driving factors: • the scheduling algorithm • (choice of fluid/packetized service model (t.b.d. later))

  34. Scheduling Example 1: Arbitrary Scheduling

  35. Scheduling Example 1: Arbitrary Scheduling (cont.)

  36. Scheduling Example 2: FIFO

  37. More on the Versatility of the (min,+) Convolution for Approximating the Service Process • So far … approximations of (per-flow) service process in terms of capacity guarantees, i.e., • These imply (per-flow) delay guarantees (t.b.d. later) • But is it possible to directly approximate the (per-flow) service process in terms of delay guarantees?

  38. Approximate the Service Process with Delay Guarantees

  39. Approximate the Service Process with Delay Guarantees. Example: Exponential

  40. A Second Glimpse into Multi-Node Analysis.Recall Feature 2: ‘‘Convolution Form Networks” • Possible when per-flow/per-node service processes expressed in terms of delay guarantees • …or capacity guarantees, or combinations of the two, e.g.,

  41. Wrap-up on Probabilistic Approximation of Arrival/Service

  42. Derivation of Queueing Measures • Recall that SNC provides a ‘‘Uniform Queueing Algebra” for queueing systems • Based on ‘‘Scheduling Abstraction” (Feature 1) and the idea of ‘‘Convolution Form Networks” (Feature 2) • Main purpose: derivation of per-flow measures (backlog and delay process, output characterization) • Main steps for per-flow queueing algebra • Arrival representation with a tail/MGF bound • (Per-flow) service representation with a service process • Estimation of sample-path events, e.g.,

  43. The Root of Sample Path Events: History Matters … • Lindley’s equation for w.-c. server with rate • Captures the history of the queueing process • Leads to Reich’s equation • Relation of with Reich’s equation

  44. Bounding The Backlog Process. Case 1: Independent Arrivals/Service

  45. Bounding The Backlog Process. Case 1: Independent Arrivals/Service (contd.)

  46. Bounding The Backlog Process. Case 2: Not Necessarily Ind. Arrivals/Service

  47. Bounding The Backlog Process. Case 3: Tail Bounds Assumptions

  48. Bounding The Backlog Process. Case 4: Delay Guarantees.

  49. Bounding The Delay Process. Only the Case of Independent Arrivals/Service

  50. Bounding The Output Process. Only the Case of Independent Arrivals/Service

More Related