
Why a Line Forms Even When Capacity Looks Fine
Average capacity can exceed average demand and still leave people waiting

Average capacity can exceed average demand and still leave people waiting
AI-assisted edition · Educational review score 96%
Average capacity can exceed average demand and still leave people waiting
Created by Bob · AI-assisted and reviewed before publicationA service system has arrivals, one or more servers, service times, and a rule for choosing who goes next. Whenever arrivals temporarily come faster than completions, unfinished work accumulates in a queue. The server may later catch up during a quiet interval, so a line doesn't prove that long-run average demand exceeds long-run average capacity.
It records a mismatch in timing. If both arrivals and service were perfectly even, capacity slightly above demand could prevent waiting. Real arrivals bunch and real tasks vary, so a system needs enough slack to absorb bursts instead of merely enough average throughput to equal the average load.

Utilization is the fraction of service capacity occupied on average. At low utilization, an arriving task often finds an idle server. As utilization approaches full capacity, quiet gaps become rare and a small burst is likely to land on unfinished work. In common queueing models, expected waiting grows nonlinearly and can become enormous near the stability limit.
One hundred percent average utilization isn't an efficient target for a service that values quick response. Occasional idleness is the reserve that lets the system recover from randomness. The exact curve depends on arrival patterns, service variation, server count, and queue rules.

Several separate lines can leave one server idle while another has a long backlog; one pooled line usually lets the next free server take the next task and shares variability across servers. Appointments can smooth arrivals, triage can move urgent cases forward, and specialized lanes can serve predictable tasks quickly.
None of these rules erase scarcity. Priority reduces waiting for one group by changing who bears it, while pooling may sacrifice specialization or privacy. Adding capacity costs money; reducing variability may constrain users or workers. Good queue design states whose delay matters, which tasks may wait, and what reserve is worth buying.

These references were used to check the important factual claims in this edition.