The “knee” in the M/M/m queueing theory response time curve is a topic of some debate in the performance community. Some say “the knee is at 75% utilization; everyone knows that.” Others say “it depends.” Others say “there is no knee.”

Depending on the definition, there *is* a knee, but there are several
definitions and you may choose the one you want. In this post I’ll use a
definition proposed by Cary Millsap: the knee is where a line from the origin is
tangent to the queueing response time curve. The result is a function of the
number of service channels, and although we may argue about the topics in the
preceding paragraph and whether this is the right definition, it still serves to
illustrate important concepts.

The graph above shows the response time stretch factor curve for a queueing system with 8 service channels. This is analogous to a server with 8 CPUs, for example. A line drawn from the origin, tangent to the curve, touches it at 0.7598, or 76% utilization.

The important thing to note is that this curve is a function of \( m \), the number of service channels. In this case, \( m=8 \). As you increase the number of service channels in the system, the curve remains flat longer and the “knee,” where the curve appears to lift upwards and start to climb steeply, moves towards the right—towards higher utilization, signified by \( \rho \).

You can experiment interactively with this, using this Desmos
calculator.^{1}
Here’s the derivation. Using the heuristic approximation,

The line is tangent to the curve where *response time divided by
utilization* is at a minimum. The equation for \( R/\rho \) is

The minimum of this equation is where its derivative is zero; the derivative is

The root of this expression is a function of \( m \) as expected.

Here’s how that function looks when plotted.

The graph shows that as the number of service channels increases, the knee occurs at increasingly high utilization.

Despite the debate over exactly what the definition of the knee is, this illustrates two fundamental truths about queueing systems:

- As you add service channels (servers) to a queueing system, queueing delay is tolerable at increasingly high utilization.
- The heuristic that you can’t run a system at greater than 75% utilization is invalid. For systems with many service channels (CPUs, disks, etc) that is wasteful, and you should strive for higher utilization.

For more on this topic, please read my free ebook on queueing theory.

- Note that the calculator uses an approximation to the queueing theory response time curve, which is easier to differentiate than the Erlang C formula but underestimates how steeply the curve climbs at higher utilizations. I discussed this heuristic approximation at length in my previous blog post. Even though it’s an approximation, again, it serves the purposes of this blog post.
^{[return]}