%3C/text%3E%3C/svg%3E">
💻
💻 Tech & IT

Little’s Law & Throughput Calculator (TPS, concurrency)

Results update as you type.

Your numbers

Understanding the Little's law and throughput calculator — concept and principle

Little's law links three numbers that describe any stable system where work arrives, waits or is processed, and leaves: how much is in the system, how fast it flows, and how long each item stays. In software it answers questions such as how many concurrent requests a service holds, how big a connection or thread pool must be, and how many requests a day a given throughput implies.

Little's law: L = λW500 requests per second, each staying 0.12 s, means 60 requests are inside the system at any moment.Arrivals × time inside = how many inside500/s500/seach request stays 120 ms = 0.12 s500 /sthroughput λ0.12 slatency W60in flight L×=60 requests in flightand 500 × 86,400 = 43.2 million a day
L = λW: 500 per second × 0.12 s = 60 requests in flight on average.

How it is calculated

The principle

Little's law, L = λW, was proved by John Little in 1961. It holds for long-run averages in any system where arrivals equal departures, whatever the distribution of arrival times or service times, and without assuming a particular queueing model. The intuition: if 10 people enter a shop every minute and each stays 6 minutes, there must be about 60 people inside on average. Rearranged, it also gives throughput = concurrency ÷ latency, which is why a fixed pool of workers can serve more requests per second only if each request finishes faster.

Worked example

  1. Inputs: λ = 500 requests/s, W = 120 ms.
  2. Latency in seconds: 120 ÷ 1,000 = 0.12 s.
  3. Concurrency: 500 × 0.12 = 60 requests in flight on average.
  4. Requests per day: 500 × 86,400 = 43,200,000.
How Concurrent requests in flight changes with Throughput (requests/s)How Concurrent requests in flight change…02550751001251252503755006257501,000Example: 60Throughput (requests/s)
Each point is the calculator re-run with only “Throughput (requests/s)” changed; the gold point is the default example. Change the inputs above and this chart follows your numbers.
Throughput (requests/s)Concurrent requests in flight
12515
25030
37545
50060
62575
75090
1,000120

How to read the result

L is an average, not a peak. Size thread pools, database connections or worker counts above it, because traffic bursts and latency spikes push the instantaneous number higher. If latency doubles at the same throughput, concurrency doubles, which is a common way overloaded services run out of connections. Conversely, if a pool is capped at N slots, the maximum sustainable throughput is N ÷ W.

Common mistakes

Keep in mind: Little's law describes long-run averages of a stable system. It does not predict how latency grows as utilisation approaches 100%; for that you need queueing models or load tests.

Frequently asked questions

How many threads do I need for 500 requests/s at 120 ms?

On average 60 are busy; add headroom for bursts and slow requests, and check whether threads block on I/O.

Does Little's law work for queues only?

No. It applies to any boundary you draw: a queue, a server, a whole data centre, or an inventory warehouse.

Can I use it to estimate latency?

Yes. If you measure average concurrency and throughput, W = L ÷ λ.

Sources: J. D. C. Little, A Proof for the Queuing Formula: L = λW, Operations Research 9(3), 1961 · L. Kleinrock, Queueing Systems, Volume 1: Theory, Wiley, 1975

Checked 8 Nov 2026. Standard formulas and RFC/IEEE definitions, computed locally in your browser — nothing you type is sent anywhere.

💻 All tech & IT tools →🌍 Calculators by country →