Resource-Efficient Quantum Computing By

Resource-Efficient Quantum Computing By

This article has been accepted for inclusion in a future issue of this journal. Content is final as presented, with the exception of pagination. Resource-Efficient Quantum Computing by Breaking Abstractions By YUNONG SHI ,PRANAV GOKHALE ,PRAKASH MURALI ,JONATHAN M. BAKER, CASEY DUCKERING ,YONGSHAN DING ,NATALIE C. BROWN,CHRISTOPHER CHAMBERLAND , ALI JAVADI-ABHARI,ANDREW W. C ROSS,DAVID I. SCHUSTER,KENNETH R. BROWN , MARGARET MARTONOSI , AND FREDERIC T. C HONG ABSTRACT | Building a quantum computer that surpasses and two error-correction/information-processing schemes that the computational power of its classical counterpart is a break the qubit abstraction. Last, we discuss several possible great engineering challenge. Quantum software optimizations future directions. can provide an accelerated pathway to the first generation KEYWORDS | Quantum computing (QC), software design, sys- of quantum computing (QC) applications that might save tem analysis and design. years of engineering effort. Current quantum software stacks follow a layered approach similar to the stack of classical computers, which was designed to manage the complexity. I. INTRODUCTION In this review, we point out that greater efficiency of QC sys- Quantum computing (QC) has recently transitioned from a tems can be achieved by breaking the abstractions between theoretical prediction to a nascent technology. With these layers. We review several works along this line, includ- development of noisy intermediate-scale quantum (NISQ) ing two hardware-aware compilation optimizations that break devices, cloud-based quantum information processing the quantum instruction set architecture (ISA) abstraction (QIP) platforms with up to 53 qubits are currently acces- sible to the public. It has also been recently demonstrated by the Quantum Supremacy experiment on the Sycamore Manuscript received October 1, 2019; revised December 29, 2019 and March 23, 2020; accepted May 5, 2020. This work was supported in part by Enabling quantum processor, a 53-qubit QC device manufactured Practical-scale Quantum Computing (EPiQC), an NSF Expedition in Computing, by Google, that quantum computers can outperform cur- under Grant CCF-1730449/1832377/1730082; in part by Software-Tailored Architectures for Quantum co-design (STAQ) under Grant NSF Phy-1818914; and rent classical supercomputers in certain computational in part by DOE under Grant DE-SC0020289 and Grant DE-SC0020331. Yunong tasks [7], although alternative classical simulations have Shi is funded in part by the NSF QISE-NET fellowship under grant number 1747426. Pranav Gokhale is supported by the Department of Defense (DoD) been proposed that scale better [73], [74]. These develop- through the National Defense Science & Engineering Graduate Fellowship ments suggest that the future of QC is promising. Neverthe- (NDSEG) Program. This work was completed in part with resources provided by the University of Chicago Research Computing Center. (Corresponding author: less, there is still a gap between the ability and reliability Frederic T. Chong.) of current QIP technologies and the requirements of the Yunong Shi and David I. Schuster are with the Department of Physics, The University of Chicago, Chicago, IL 60637 USA. first useful QC applications. The gap is mostly due to Pranav Gokhale, Jonathan M. Baker, Casey Duckering, Yongshan Ding, the presence of qubit decoherence and systematic errors and Frederic T. Chong are with the Department of Computer Science, The University of Chicago, Chicago, IL 60637 USA (e-mail: [email protected]). including gate errors, state preparation, and measurement Prakash Murali and Margaret Martonosi are with the Department of (SPAM) errors. As an example, the best reported qubit Computer Science, Princeton University, Princeton, NJ 08544 USA. Natalie C. Brown and Kenneth R. Brown are with the Department of decoherence time on a superconducting (SC) QIP platform Electrical and Computer Engineering, Duke University, Durham, NC 27708 USA. is around 500 μs (meaning that in 500 μs, the probability Christopher Chamberland is with the AWS Center for Quantum Computing, of a logical 1 state staying unflipped drops to 1/e ≈ Pasadena, CA 91125 USA, and also with the Institute for Quantum Information and Matter, California Institute of Technology, Pasadena, CA 91125 USA. 0.368), the best error rate of 2-qubit gates is around 0.3%– Ali Javadi-Abhari and Andrew W. Cross are with the IBM Thomas J. Watson 1% in a device, measurement error of a single qubit is Research Center, Ossining, NY 10598 USA. between 2% and 5% [1], [75]. In addition to the errors Digital Object Identifier 10.1109/JPROC.2020.2994765 in the elementary operations, emergent error modes such 0018-9219 © 2020 IEEE. Personal use is permitted, but republication/redistribution requires IEEE permission. See https://www.ieee.org/publications/rights/index.html for more information. PROCEEDINGS OF THE IEEE 1 Authorized licensed use limited to: Princeton University. Downloaded on June 18,2020 at 11:45:31 UTC from IEEE Xplore. Restrictions apply. This article has been accepted for inclusion in a future issue of this journal. Content is final as presented, with the exception of pagination. Shi et al.: Resource-Efficient Quantum Computing by Breaking Abstractions philosophy is similar to that of its classical counterpart, which has slowly converged to this layered approach over many years to manage the increasing complexity that comes with the exponentially growing hardware resources. In each layer, burdensome hardware details are well encap- sulated and hidden behind a clean interface, which offers a well-defined, manageable optimization task to solve. Thus, this layered approach provides great portability and modularity. For example, the Qiskit compiler supports both the SC QIP platform and the trapped ion QIP platform as the backend (see Fig. 2). In the Qiskit programming envi- ronment, these two backends share a unified, hardware- agnostic programming frontend even though the hardware characteristics, and the qubit control methods of the two platforms are rather different. SC qubits are macroscopic LC circuits placed inside dilution fridges of temperature near absolute zero. These qubits can be regarded as arti- ficial atoms and are protected by a metal transmission line from environmental noise. For SC QIP platforms, qubit control is achieved by sending microwave pulses into the transmission line that surrounds the LC circuits to change the qubit state, and those operations are usually done within several hundreds of nanoseconds. On the other hand, trapped ion qubits are ions confined in the potential of electrodes in vacuum chambers. Trapped ion qubits have a much longer coherence time (>1s)andamodulated laser beam is utilized (in addition to microwave pulse control) in performing quantum operations. The quantum gates are also much slower than that of SC qubits but the Fig. 1. Workflow of the QC stack roughly followed by current qubit connectivity (for 2-qubit gates) are much better. In programming environments (e.g., Qiskit, Cirq, ScaffCC) based on the quantum circuit model. Qiskit’s early implementation, the hardware characteristics of the two QIP platforms are abstracted away in the quan- tum circuit model so that the higher level programming as crosstalk are reported to make significant contributions environment can work with both backends. to the current noise level in quantum devices [18], [60]. However, the abstractions introduced in the layered With these sources of errors combined, we are only able to approach of current QC stacks restrict opportunities for run quantum algorithms of very limited size on current QC cross-layer optimizations. For example, without accessing devices. the lower level noise information, the compiler might not Thus, it will require tremendous efforts and invest- be able to properly optimize gate scheduling and qubit ment to solve these engineering challenges, and we can- mapping with regard to the final fidelity. For near-term not expect a definite timeline for its success. Because of QC, maximal utilization of the scarce quantum resources the uncertainties and difficulties in relying on hardware and reconciling quantum algorithms with noisy devices breakthroughs, it will also be crucial in the near term to is of more importance than to manage complexity of close the gap using higher-level quantum optimizations the classical control system. In this review, we propose a and software hardware codesign, which could maximally shift of the QC stack toward a more vertical integrated utilize noisy devices and potentially provide an accelerated architecture. We point out that breaking the abstraction pathway to real-world QC applications. layers in the stack by exposing enough lower level details Currently, major quantum programming environments, could substantially improve the quantum efficiency. This including Qiskit [6] by IBM, Cirq [3] by Google, PyQuil claim is not that surprising—there are many supporting [58] by Rigetti, and strawberry fields [66] by Xanadu, examples from the classical computing world such as the follow the quantum circuit model. These programming emergence of application-specific architectures like the environments support users in configuring, compiling, and graphics processing unit (GPU) and the tensor processing running their quantum programs in an automated work- unit (TPU). However, this view is often overlooked in the flow and roughly follow a layered approach as illustrated software/hardware design in QC. in Fig.

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    18 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us