Problems solved in full
-
A queue with 3 arrivals an hour and a 20% rise 5 steps
Customers arrive at 3 an hour and the server handles 4 an hour. The server is idle a quarter of the time, which sounds comfortable. Work out the queue that produces — and then what a 20% rise in arrivals does to it.
-
The chain balances: the rate into each state equals the rate out, which gives Pₙ = (1 − ρ)ρⁿ — a geometric distribution over queue length, with ρ the fraction of time the server is busy. Here ρ = 0.75.
-
The mean of that distribution is ρ/(1 − ρ). Look at what is in the denominator: not the spare capacity in customers per hour, but the spare fraction. Three people in the system on average, from a server that is idle a quarter of the day.
-
Subtract the one being served — present with probability ρ — and 2.25 are left waiting.
-
Little's law turns a population into a time and needs no distributional assumption at all: the average number in the system is the arrival rate times the average time spent in it. One hour in the system, 45 minutes of it queueing, for a job that takes 15 minutes to do.
-
Now raise λ to 3.6. Utilisation goes from 0.75 to 0.90 — 20% more work — and ρ/(1 − ρ) goes from 3 to 9.
Answer
The tool prints L = 3.000, Lq = 2.250, W = 1.000, Wq = 0.750 at 75% utilisation. The lesson is the denominator of ρ/(1 − ρ): what sets the queue is not how much spare capacity you have but how much you have left as a fraction, and that fraction is what you spend when you add load. Twenty per cent more arrivals triples the number in the system. Another 10% on top — ρ = 0.99 — makes it 99. It is why hospitals, motorways and disk controllers fall over at high utilisation instead of degrading gently, and why "we are only at 90% of capacity" is not the reassurance it sounds like.
-
-
The same rates with the randomness taken out 5 steps
Keep λ = 3 an hour and μ = 4 an hour and take every scrap of randomness out. Arrivals exactly twenty minutes apart, every job exactly fifteen minutes. Utilisation is still 0.750. Work out the queue that produces, and then how far ρ/(1 − ρ) sits from it.
-
Customer k arrives at k/λ and, with the server free, leaves at k/λ + 1/μ. The next one arrives at (k + 1)/λ. The server has finished in time whenever 1/μ ≤ 1/λ, which is ρ ≤ 1 rewritten.
-
So while the queue is stable nobody waits at all: Wq = 0, and W is the service time alone, 1/μ = 0.250 hours. Fifteen minutes in the building, every minute of it being served.
-
Little's law turns that into a population and needs no distribution to do it: L = λW = 3 × 0.250 = 0.750, and Lq = 0. Three-quarters of a customer, which is the fraction of time the server is busy and nothing else.
-
Now ρ/(1 − ρ) = 0.750/0.250 = 3.000, four times the truth. The factor is not a coincidence of these numbers: M/M/1 gives ρ/(1 − ρ) where clockwork gives ρ, so the overstatement is 1/(1 − ρ) at every utilisation.
-
At ρ = 0.99 that factor is 100. M/M/1 puts 99 people in the system; perfectly regular traffic puts 0.99.
Answer
The tool prints W = 0.250, and Little’s law turns that into L = 0.750 against an M/M/1 prediction of 3.000 — an error of +299.6%. The queue was never there. The ρ cliff of the first insight block is built entirely out of variability, and with none left there is no cliff at ρ = 0.99 either. What that buys outside this page is the case for appointments: adding capacity and removing variability both shorten a queue, and 1/(1 − ρ) says the second pays best exactly where the first is hardest to buy. At 75% utilisation a perfectly regular schedule is worth a fourfold cut, at 99% a hundredfold. No real clinic reaches clockwork, and the same rates with clumped arrivals give 21.482 instead.
-
References (1)
- Insight block 3 — how little L = λW assumes: J. D. C. Little, "A Proof for the Queuing Formula: L = λW." Operations Research 9(3), 383–387, 1961.