惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The Last Watchdog
The Last Watchdog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
S
Secure Thoughts
MongoDB | Blog
MongoDB | Blog
博客园 - Franky
T
Tor Project blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Google DeepMind News
Google DeepMind News
L
LINUX DO - 最新话题
博客园_首页
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Vercel News
Vercel News
Last Week in AI
Last Week in AI
月光博客
月光博客
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
P
Proofpoint News Feed
博客园 - 叶小钗
NISL@THU
NISL@THU
C
Check Point Blog
K
Kaspersky official blog
N
News and Events Feed by Topic
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
A
Arctic Wolf
T
Threatpost
GbyAI
GbyAI
L
LINUX DO - 热门话题
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
P
Privacy & Cybersecurity Law Blog
N
News and Events Feed by Topic
Scott Helme
Scott Helme
P
Privacy International News Feed
The Register - Security
The Register - Security
G
GRAHAM CLULEY
Recorded Future
Recorded Future
Apple Machine Learning Research
Apple Machine Learning Research
C
Cybersecurity and Infrastructure Security Agency CISA
B
Blog
Project Zero
Project Zero
Cyberwarzone
Cyberwarzone
Webroot Blog
Webroot Blog
Microsoft Security Blog
Microsoft Security Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
D
DataBreaches.Net
J
Java Code Geeks
AWS News Blog
AWS News Blog
Help Net Security
Help Net Security
Engineering at Meta
Engineering at Meta
M
MIT News - Artificial intelligence
T
Threat Research - Cisco Blogs
Google DeepMind News
Google DeepMind News

IBM Research

All of AI benchmarking at your fingertips What are spin qubits? | IBM Quantum Computing Blog IBM to acquire HRL Laboratories IBM commits $50M in quantum access for US Genesis Mission It’s time for cryptography to get its own abstraction layer It’s time for cryptography to get its own abstraction layer This could be the largest synthetic code dataset yet Release News: Qiskit v2.5 is here! | IBM Quantum Computing Blog CoFrGeNets replace the ‘bones’ of transformer-based models How training environments can teach AI models to misbehave What’s new at IBM Quantum - Q2 2026 | IBM Quantum Computing Blog Modeling the chemistry of fusion reactor material | IBM Quantum Computing Blog Ponder This Challenge - July 2026 - Return of the Superheroes Apply to IBM Quantum Developer Conference 2026 | IBM Quantum Computing Blog Qiskit Paulice: postselected quantum error correction | IBM Quantum Computing Blog What is IBM’s nanostack chip architecture? IBM introduces the smallest computer chip in the world A new playbook for quantum optimization benchmarking Running AI on mixed hardware for speed and affordability Explore next-gen quantum algorithms with IBM Quantum Credits | IBM Quantum Computing Blog Allstate explores quantum computing for insurance portfolios | IBM Quantum Computing Blog Can LLMs discover quantum error correction codes? Prototype and validate fermionic circuits faster with ffsim | IBM Quantum Computing Blog Bringing the power of semantic AI to IBM Db2 The fast Fourier transform, how and why it works Building AI more like software The future of quantum takes center stage at NY Tech Week Qiskit Fall Fest 2026: Applications open | IBM Quantum Computing Blog IBM to invest $10 billion in quantum computing | IBM Quantum Computing Blog Renowned mathematician Subhash Khot joins IBM Research Ponder This Challenge - June 2026 - The Superhero Team Movies New Classroom Accounts expand quantum access for educators | IBM Quantum Computing Blog Qiskit Global Summer School 2026: Registration now open | IBM Quantum Computing Blog How researchers built a record-setting quantum circuit | IBM Quantum Computing Blog IBM charts a new research path with MIT How IBM is using quantum computing to understand the operating system of the universe How to use sample-based quantum diagonalization on IBM hardware Quantum-centric supercomputing simulates 12,635-atom protein | IBM Quantum Computing Blog A decade of quantum on the cloud | IBM Quantum Computing Blog Ponder This Challenge - May 2026 - The Powers of a Binary Matrix Where the frontiers of high-speed racing and computing meet Introducing the IBM Granite 4.1 family of models Building the future of computing, together Next-generation algorithms could move fusion from the lab to the grid Bringing quantum-centric supercomputing to Illinois What’s new at IBM Quantum - Q1 2026 | IBM Quantum Computing Blog Release News: Qiskit v2.4 is here! | IBM Quantum Computing Blog How IBM Quantum is enabling healthcare and biology research | IBM Quantum Computing Blog How an extra training step can unlock AI’s reasoning power IBM demonstrates extreme scale for content-aware storage with a 100-billion vector database Ponder This Challenge - April 2026 - The Unlabeled Clock IBM Research and ETH Zurich open a new era of innovation IBM’s newest time-series models cover a full range of enterprise prediction tasks Toward a transparent supply chain for AI Quantum computers take a step into real materials science Donating llm-d to the Cloud Native Computing Foundation Cleveland Clinic & IBM debut new quantum simulation workflow | IBM Quantum Computing Blog Turning turbulence into transcripts Like the information in a dream: IBM’s Charles H. Bennett receives ACM Turing award Doubling down on open-access quantum computing | IBM Quantum Computing Blog Unveiling the first reference architecture for quantum-centric supercomputing Realizing Feynman’s vision for the future of simulation | IBM Quantum Computing Blog IBM is working today to secure communication from tomorrow’s quantum risks Building PyTorch-native support for the IBM Spyre Accelerator Quantum simulates properties of the first-ever half-Möbius molecule, designed by IBM and researchers A look back at the International Year of Quantum | IBM Quantum Computing Blog TerraStackAI: Bringing Earth and space AI to Red Hat and the world Ponder This Challenge - March 2026 - Path game on a hole-riddled chessboard IBM demonstrates High NA EUV process capability on track for insertion below 2 nm nodes at SPIE 2026 Quantum Advantage Tracker: the race to advantage | IBM Quantum Computing Blog
How to measure the performance of a quantum computer | IBM Quantum Computing Blog
2026-07-16 · via IBM Research

Key takeaways

  • The performance of any quantum computer can be evaluated using three fundamental metrics: programmable qubits, qubit operations, and maximum circuits per second.
  • Programmable qubits measure scale by counting the qubits users can directly control and incorporate into quantum algorithms.
  • Qubit operations measure quality by indicating how many complex operations a quantum computer can reliably execute.
  • Maximum circuits per second measures speed by capturing circuit throughput, or how much useful computation a quantum system can perform over time.
  • Circuit throughput is a key indicator of quantum computing price-performance, helping quantify computational cost efficiency.
  • These metrics apply across quantum-computing modalities, including superconducting, trapped-ion, quantum-dot, and other hardware platforms. They give us a simple way of comparing quantum computers across different hardware modalities and platforms.

IBM has long tracked the progression of quantum computing hardware performance across three fundamental dimensions: scale, quality, and speed. Together, they tell us not only what a quantum computer can do, but also how efficiently and cost-effectively it can do it. So, what are the specific metrics we use to quantify these dimensions?

  • Scale: Programmable qubits. How many qubits can you program directly?

  • Quality: Qubit operations. How many of the most complex operations can a system reliably execute?

  • Speed: Maximum circuits per second (circuit throughput). How much useful work can a system perform per second, and at what cost?

These metrics provide a clear picture of the performance, computational capability, scalability, and cost efficiency of today’s quantum computers, regardless of the underlying hardware technology. They capture essential aspects of performance that apply across modalities—from IBM’s superconducting hardware to trapped-ion, quantum-dot, and other quantum computing approaches.

Even as quantum computers grow more powerful and less error-prone, the underlying framework will remain largely the same, though some of the details may change. Let’s take a closer look at what these metrics mean and how we define them for the current generation of quantum hardware.

What are programmable qubits?

Today’s chips use hundreds of controllable quantum elements virtually indistinguishable from qubits to function properly. However, many of those components are there only to support the quantum circuit; they aren’t intended for direct use on a computation. Therefore, the number of programmable qubits in a quantum processor provides a more useful measure of a processor’s scale. It tells us how many qubits users can directly control and integrate into quantum algorithms.

A programmable qubit is any qubit that can be:

  • Prepared in an arbitrary quantum state
  • Manipulated using high-fidelity universal operations
  • Measured and reset as part of a computation

These are the qubits developers interact with when building quantum applications. We use the term programmable qubits to distinguish the qubits available directly to users from other quantum elements on a processor that support computation but are not themselves programmed as part of an algorithm. Collectively, we refer to both programmable qubits and the supporting quantum elements that surround them as the physical qubits on a quantum chip.

One example of a supporting quantum element is the coupler qubit in IBM quantum hardware. Both programmable qubits and coupler qubits are made from very similar Josephson junction-based transmon circuits that act as artificial atoms. Future systems will include more and more qubit resources supporting computation, communication, error correction, and device control that can’t be directly programmed.

Programmable vs physical 03.png

Take the recently announced IBM Quantum Nighthawk r2, for example. Users interact with its 120 programmable qubits, but those qubits are supported by hundreds of additional physical-qubit resources, including coupler qubits and qubit reset gadgets. These supporting quantum elements help improve both the quality and speed of computation without increasing the number of programmable qubits available to users.

Over time, the difference between the number of programmable qubits and the number of physical qubits on a chip may grow significantly. Similar patterns appear in other quantum-computing modalities. For example, some quantum-dot architectures use multiple quantum dots to realize a single programmable qubit.

Users will continue to want a large number of programmable qubits, as that will determine the scale of the problems they can explore and the algorithms they can implement. However, it will also be important to understand how those programmable qubits relate to the supporting hardware ecosystem that surrounds and supports them.

What are qubit operations?

While programmable qubits measure the scale of a quantum processor from the user’s perspective, qubit operations—sometimes known in the field as “QuOps”—quantify the quality of a system by measuring how many of the most challenging operations a quantum computer can reliably execute before errors overwhelm the computation.

Note that, when we refer to “qubit operations,” we’re specifically talking about “two-qubit operations” that involve entanglement of two qubits. These are the most common source of complexity in most quantum circuits users run today, and measuring the number of two-qubit operations a quantum computer can reliably perform is a good proxy for the quality of current quantum hardware.

Eventually, as quantum computers grow more powerful and two-qubit operations become less challenging, the specific benchmarks we use to measure quality may evolve. However, the underlying goal remains the same: understanding the complexity of the computations a system can reliably execute.

Regardless of whether a system is based on superconducting hardware, trapped ions, quantum dots, or some other architecture, support for more qubit operations generally enables exploration of deeper circuits and more sophisticated quantum algorithms. Systems with higher qubit operations can typically solve problems that are inaccessible to systems with more limited capabilities. This gives us a practical measure of the computational frontier of a quantum processor.Further reading: John Preskill's 'Beyond NISQ: The Megaquop Machine' (arXiv:2502.17368) was among the first to discuss future quantum computers in terms of the number of quantum operations they can reliably execute.

What is circuit throughput?

Finally, to get a more useful sense of the speed of today’s quantum processors, we need to measure circuit throughput—the maximum number of quantum circuits a system can execute per second. Maximum circuits per second is closely related to a system's shot rate, or repetition rate, which measures how quickly a processor can repeatedly execute and measure circuits. Higher shot rates generally enable higher circuit throughput, though other system-level factors such as circuit loading, measurement, reset, and reinitialization also contribute.

Circuit throughput is ultimately a measure of the price-performance of a quantum computer. It tells us how much useful work a quantum processor can perform in a given period of time, and it also tells us how cost-effectively that computation can be performed.

Put simply: a system that can execute more circuits per second can perform more useful work in the same amount of time and deliver more value from the same hardware resources. Higher throughput means more completed workloads, more generated data, and more useful computation delivered per unit time. As a result, users can explore parameter spaces more efficiently, test hypotheses more quickly, and complete larger computational workloads at lower computational cost.

For example, IBM expects Nighthawk r2 to deliver 25x the circuit throughput of today's Heron fleet. In practical terms, that means the system can perform up to 25x as much computational work in the same amount of time, representing a corresponding improvement in computational efficiency for users.

There are more complex measures of circuit throughput, like CLOPS (circuit layer operations per second) or application-specific benchmarks. These metrics can provide valuable insight into the performance of specific workloads, but they are often difficult to calculate from publicly available specifications, which in turn makes it challenging to draw consistent comparisons across different quantum-computing platforms and hardware modalities.

Maximum circuits per second provides a simple, transparent way of comparing throughput across different quantum systems.

Will future quantum systems require new benchmarks?

The metrics outlined so far in this article are aimed squarely at measuring the progress of the quantum computers we have today. Will they need to change as quantum computers become more advanced?

The short answer is: not really. Quantum hardware will always be evaluated across the fundamental dimensions of scale, quality, and speed.

However, as logical circuits become the primary basis for computation, the quantities we measure will evolve. In particular, programmable qubits and logical qubits will be used interchangeably as the relevant measure of scale, while T-gate counts are expected to replace two-qubit operations as the most challenging operations that define a system's computational capability.

What is T-gate count?

Today, two-qubit operations are a useful proxy for quality because they are the most common and most challenging bottleneck for noisy quantum hardware. However, they become a less useful measure of computational capability in fault-tolerant regimes.

That's because quantum algorithms rely on both Clifford gates, which classical computers can simulate efficiently, and non-Clifford gates, which they cannot. While both are essential for quantum computation, non-Clifford gates are what ultimately enable quantum computers to outperform classical methods. Among these, the T gate is particularly costly to implement in most fault-tolerant architectures.Further reading: Recent IBM research on spacetime codes (arXiv:2504.15725) found that error-detection becomes increasingly difficult as circuits grow more non-Clifford, underscoring the importance of T gates in future quantum computations.

This makes T-gate count (or T-count) the defining proxy for quality in the era of fault-tolerant quantum computing. In that context, T-counts provide a useful measure of how many computationally demanding operations a system can reliably execute before errors begin to accumulate.

Meeting the measure of modern quantum hardware

The metrics described in this article aim to provide a complete picture of current hardware performance and progress toward the more advanced systems we aim to build in the future. Together, they give us a clear sense of any quantum computer’s scale, quality, and speed—regardless of underlying hardware modality—telling us how much useful work it can perform and how efficiently it can perform it.

Progress in quantum computing is increasingly driven by complex advances in architecture, computational capability, and hardware features. These are the advances that will be required for helping quantum computers realize their full potential—advances the entire industry must continue to benchmark.

You can see this progression in our plans for scaling Nighthawk in the years ahead. Our vision for future Nighthawk systems includes substantial increases in computational scale and capability while sustaining high throughput. These are precisely the kinds of advances that the metrics described in this article are designed to capture.

In addition, Nighthawk-based systems provide an excellent testbed for quantum error-correction techniques and will support the execution of logical circuits with increasing numbers of logical qubits and computational complexity measured in T-gate count.

nighthawk-outlook.png

As quantum computers continue to mature, these metrics will help the community better understand how quantum hardware is progressing, and what that progress is making possible. They offer a simple framework for making meaningful comparisons across platforms and modalities. Ask any quantum hardware vendor these three questions:

  • How many programmable qubits does the system support?
  • How many of the most complex qubit operations can it reliably execute?
  • What is the system's maximum circuit throughput?

The answers will tell you a great deal about that system's computational capability, performance, and cost efficiency.

Explore the latest quantum systems on IBM Quantum Platform and learn more about the IBM Quantum Roadmap.