intermediate · Interactive lab
Quantum Advantage
A quantum computer is not a faster computer. For two kinds of problem the advantage is enormous, for one it is quadratic and usually swallowed by overhead, for most there is none at all — and for some, nobody knows yet.
By the end: Read a workload as a scaling question: how the classical cost grows, how the quantum cost grows, and what the overhead does to the difference.
Your challenge
Start here. This lab opens with every workload marked as a decisive quantum win, which is the wrong starting point and roughly the content of a bad conference talk. Two of these have no known advantage at all, one is quadratic and loses to its own overhead, and two have no settled answer in either direction — their rows show no arithmetic, because there is none to show. Marking everything unsettled is the other wrong answer, and it is graded as one. Read each row and answer.
See it happen
Two growth rates and an overhead

- The workload → Growth rates
- Growth rates → Overhead
- Overhead → Orders of magnitude
Not a faster computer
The workload arrives with a size, and the bench does one piece of arithmetic: how the classical cost grows, how the quantum cost grows, and what the Overhead does to the difference. Watch the two pairs of bars.
Learn more
Why this pattern exists
The question that reaches an architect is never "what is a qubit?" — it is "should this workload be on the roadmap?". Answering it needs two numbers and a habit. The numbers are how the best known classical algorithm grows with the size of the problem, and how the best known quantum one grows, with the overhead of error correction counted in. The habit is refusing to answer when the answer is not known. Factoring is the famous case: the classical cost of breaking a 2048-bit key is around 10^35 operations by the best known method and the quantum cost is around 10^16 even after overhead, which is why post-quantum cryptography has a deadline. Searching an unindexed table is the famous disappointment: the quantum route really is quadratically better, and a million rows still costs 10^9 operations against 10^6 classically, because the overhead is larger than the gain. And for two of the seven workloads here the bench computes nothing at all, because nobody has a growth rate to give it. That is a finding, not a gap.
Seven workloads an enterprise might actually put on a roadmap. For each one the bench computes the orders of magnitude of work the best known classical algorithm needs, what the best known quantum algorithm would need with error-correction overhead counted, and the size at which the quantum route would start to pay — or shows nothing at all, for the two where no growth rate is settled on either side. No device, vendor or year appears anywhere.
- Read a workload as a scaling question: how the classical cost grows, how the quantum cost grows, and what the overhead does to the difference.
- Tell a decisive advantage from a quadratic one, and a quadratic one from no advantage at all.
- Say "not known" where it is not known — and answer where the arithmetic does settle it, because refusing every question costs a roadmap the decisions it could have made.
The rule this lesson applies: Quantum computers are not faster processors; they are machines on which a few specific algorithms have a different shape. Where an algorithm like Shor's exists, the advantage is decisive and the consequence is a migration deadline rather than a performance project. Where the only route is a Grover-type search, the gain is the square root of the classical work — real, and in practice swallowed by an error-correction overhead of several orders of magnitude, so the crossover size is far beyond any table an enterprise actually has. For most enterprise workloads the bottleneck is not arithmetic at all: joining two fifty-million-row tables, or moving a night's worth of files, is dominated by getting data in and out, and loading classical data into a quantum machine is itself an unsolved cost. Simulating quantum systems is the one place where the scaling argument is not in dispute — and even there, read what the classical number is: this bench costs an exact method, while the classical work is done with approximations that do far better on many systems, so which molecules are reachable in practice remains an engineering question rather than a settled one. And some questions — most machine-learning and combinatorial-optimisation claims — have no settled growth rate on either side: the honest answer is that nobody knows, and this bench computes nothing for them rather than printing a number it cannot defend. The grading treats certainty in either direction as the error, and it treats the opposite as an error too: answering "nobody knows" where the arithmetic is on the row is not calibration. This model uses growth rates and an overhead exponent only; it names no device, no vendor and no date, and it is not a prediction about when anything will be built.

