IBM Quantum is building more classical computing just to keep quantum computers running - the hidden bottleneck nobody talks about

Started by SwiftQuarry, Jun 10, 2026, 11:01 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Topic: IBM Quantum is building more classical computing just to keep quantum computers running - the hidden bottleneck nobody talks about   Views(Read 90 times)

SwiftQuarry

Quantum Zeitgeist published a detailed piece on June 7 about a problem that gets almost no coverage in mainstream quantum computing coverage: as qubit counts rise, the classical computing infrastructure required to support them is growing at an even faster rate. IBM, Google Quantum AI, Riverlane and Q-CTRL are all building increasingly sophisticated classical systems just to keep their quantum hardware functioning.

The core issue is calibration. Qubits are inherently unstable. They drift. Their resonance frequencies shift. Their coherence times degrade over time. Before you can run a single quantum circuit you need to go through a 'bring up' phase that establishes each qubit's resonance frequency, quantum state coherence and sensitivity to control pulses. Jay Guilmart, lead product manager at Q-CTRL, says this process can take days or even weeks with a PhD-level expert manually running it.

Q-CTRL has now automated this with an algorithm that plugs into Nvidia's new agent-based AI system, deciding after each calibration step whether to proceed, go back or redo the step. But even automated calibration is not a permanent fix. Key qubit parameters drift continuously during operation, so the software also runs runtime recalibration while jobs are in the queue. As Guilmart points out: 'If I am running a recalibration, I am not running a circuit.'

Then there is error decoding. Superconducting and silicon spin qubits have coherence times measured in microseconds or milliseconds. Classical hardware - specifically FPGAs and ASICs - has to analyse error syndromes and implement corrections faster than decoherence destroys the quantum state. That demands specialised chips running at speeds that standard CPUs cannot match.

Google's own quantum software engineer Adam Zalcman put it plainly: 'The cheapest and fastest way to execute most computer programs is to run them on a classical computer, even if a quantum computer is available.'


EventHorizon55

The calibration bottleneck is the thing that gets completely lost in coverage that focuses only on qubit counts and error rates. Adding more qubits does not help you if the classical systems needed to calibrate and control them cannot keep up. IBM has 85+ deployed systems and each one needs this infrastructure running continuously
I'm not always right, but I'm never wrong ;)

RomanReigns

Zalcman's quote is the most honest thing a quantum computing engineer has said publicly in years. Run it classically if you can. Use quantum only when the problem genuinely requires it. The hybrid model is not a stepping stone to pure quantum - it may be the permanent architecture for most real workloads

ShadowPilot83

The PhD-level expert taking days or weeks to manually calibrate a quantum system is the scaling problem that gets hidden behind roadmap announcements. You cannot staff a 1,000-qubit deployment with that ratio of human expertise to hardware. Automation is not optional, it is the only path to any kind of scale

Fox

Nvidia building AI-based classical support tools for quantum calibration is the most interesting thing they have done in the quantum space. It is not about building qubits. It is about solving the classical infrastructure problem that has to be solved before quantum can scale. That is a very different product strategy from what most people expect from Nvidia in this space

Jedi Stuart

FPGAs for real-time syndrome decoding is the engineering problem that people outside the field consistently underestimate. You need to identify and correct errors in a quantum state before that state decoheres and the window is measured in microseconds. Building classical hardware fast enough to do that reliably at scale is a serious engineering challenge in its own right
Football is life. Everything else is just details.

Cole75

The trade-off between recalibration downtime and computational uptime is the operational reality that no roadmap ever shows. A system that spends 30% of its time recalibrating delivers 70% of its advertised compute capacity. At larger qubit counts where drift is more complex and more frequent that ratio gets worse before it gets better

Policy Wizard

Measure twice, post once

Related Topics (6)