Quantum Integration Software Suite For HPC-Quantum Computing Workflows

コンピューティングの世界は現在、岐路に立たされています。一方には、何十億もの微小で逐次的なステップに問題を分解することで複雑な問題を解決する巨大なマシンである、馴染み深い古典的なスーパーコンピュータの風景が広がっています。もう一方には、亜原子物理学の奇妙な規則を利用して、根本的に異なる方法で情報を処理する、量子コンピューティングという新たなフロンティアがあります。古典的なコンピュータは多くのタスクに優れていますが、創薬のための分子挙動のシミュレーションや、膨大な物流ネットワークの最適化といった特定の種類の問題には苦戦します。量子コンピュータは、これらの特定の問題をはるかに高速に解決することを約束していますが、まだ古典的なマシンに取って代わる準備はできていません。むしろ、最も実用的な前進の道はパートナーシップ、つまり、古典的なスーパーコンピュータがデータ管理とロジックという重労働を担い、量子プロセッサが古典的なマシンには手の届かない特定の困難な計算に取り組むという、ハイブリッド・システムにあります。科学者にとっての課題は、これら二つの非常に異なる世界をいかに効率的に接続するか、つまり、量子コンピュータが提供するスピードアップの効果が、両者の間でデータを移動させるのに費やされる時間によって相殺されないようにすることです。

最近の研究において、英国の科学技術施設会議（STFC）の研究者たちは、この溝を埋めるために設計された新しい一連のソフトウェアツールを構築しました。彼らの研究は、古典的なスーパーコンピュータが量子プロセッサと対話することを可能にする、あるいは少なくともその会話を高精度にシミュレートすることを可能にする、シームレスなワークフローの作成に焦点を当てています。チームは主に二つのツールを導入しました。一つ目は「コンパイラ」と呼ばれる翻訳機で、これは量子コンピュータ用の現代的な言語で書かれた指示を取り込み、強力な古典的シミュレータが実行できる形式に変換します。二つ目のツールは「パフォーマンスモデル」であり、タスクにどれくらいの時間がかかるか、そしてシステム内の古典的な部分と量子的な部分の間で移動する際にどれだけのデータ通信が発生するかを予測する、一種のデジタルな水晶玉です。これらのツールを組み合わせることで、研究者たちは、高価で限られた実在の量子ハードウェアに即座に、かつ継続的にアクセスすることなく、ハイブリッド・ワークフローをテストし、洗礼（リファイン）する方法を実証しました。

この新しいソフトウェアスイートの核となるのは、OpenQASM 3.0として知られる特定の言語を扱うために設計されたコンパイラです。この言語を量子コンピュータのための「取扱説明書」と考えてください。古いバージョンの説明書はかなり限定的であり、単純なステップのシーケンスを記述することはできましたが、ループや中間結果に依存する決定といった複雑なロジックには苦労しました。新しいバージョンであるOpenQASM 3.0は、計算の途中で粒子を測定し、その結果に基づいて次のステップを変更できる能力を含む、より洗練された指示を可能にします。しかし、これまでは、これらの高度な指示を取り込み、古典的なマシン上で効率的に実行できるツールはほとんどありませんでした。研究者たちは、このコンパイラを構築することでこの問題を解決しました。それは複雑なOpenQASM 3.0ファイルを読み込み、ハイパフォーマンス・コンピューティングの標準言語であるC++コードへと翻訳します。生成されたコードは、量子コンピュータの挙動を極めて正確に模倣できるQuESTと呼ばれる高速シミュレータと連結されます。その結果、研究者が実際の量子デバイスに触れる前に、自らのロジックを検証し、アイデアをテストできる、古典的なスーパーコンピュータ上で複雑な量子アルゴリズムを実行できるシステムが実現しました。

このシステムを計画に真に有用なものにするために、チームはこれらのハイブリッド・ワークフローを実行するコストを推定するツールも開発しました。古典的なコンピュータが量子プロセッサにタスクを送信するとき、データの送信と結果を待つための遅延が発生します。レイテンシ（遅延）として知られるこの待ち時間と、データが移動する速度である帯域幅は、二つのシステムがどのように接続されているかによって大きく変動します。それらは同じ物理的なマシン上にある場合もあれば、同じデータセンター内の異なるマシンにある場合もあり、あるいはクラウド設定を通じてインターネット経由で接続されている場合もあります。研究者たちは、量子回路のサイズと使用される接続の種類に基づいて、これらのコストを算出するモデルを作成しました。彼らは、化学分野の現実的なシナリオ、すなわち分子の基底状態エネルギーの計算を用いて、このモデルをテストしました。これは化学物質がどのように反応するかを理解するための極めて重要なタスクであり、量子加速の主要な候補です。ワークフローは、量子回路を生成し、それをコンパイルし、結果をシミュレートし、そのエネルギーデータをより大きな化学シミュレーション・ループへとフィードバックするというものでした。

彼らのテストの結果は、これらのハイブリッド・システムがどのように振る舞うかについての重要な詳細を明らかにしました。研究者たちが古典的な部分と量子的な部分の間の接続をシミュレートしたところ、データの通信にかかる時間は、タスクのサイズとコンピュータ間の距離に大きく依存することがわかりました。小さなタスクの場合、コンピュータを同一マシン上に置く場合とインターネット経由で接続する場合の差は劇的です。インターネット接続による遅延は、ローカル接続よりもおよそ2桁高く、つまり待ち時間が約100倍長いことを意味します。しかし、量子的なタスクのサイズが大きくなるにつれて、ローカル接続とリモート接続の差は縮まり始めました。これは、インターネット経由の大規模なデータ転送は多くの小さなパケットに分割され、これらのパケットを制御するネットワーク・プロトコルが、サイズに関わらず一定のオーバーヘッドを生じさせるためです。こうした通信の遅延にもかかわらず、研究者たちは、テストした特定の化学アルゴリズムにおいて、データの待ち時間が主なボトルネックではなかったことを発見しました。真の時間消費の要因は、実際の計算そのものと、回路をハードウェアが理解できる形式に翻訳するために必要な時間でした。

この研究はまた、システムの接続方法の選択が、小さく頻繁なタスクにおいて最も重要であることを強調しました。古典的なコンピュータが小さな量子ジョブを送り、答えを待ち、直ちに次のジョブを送るというワークフローでは、通信の遅延がプロセス全体の支配的な要因になり得ます。これは、分子の最適な構成を見つけるために使用されるような、多くの往復のやり取りを必要とするアルゴリズムにおいて特に顕著です。対照的に、今回の研究で使用された、長く連続した計算を行うアルゴリズムは、これらの遅延に対してはるかに鈍感です。研究者たちは、量子指示をハードウェアが使用できる形式に翻訳するのにかかる時間が、シミュレーション内の粒子の数が増えるにつれて大幅に増加することを指摘しました。彼らがテストした最大の分子（27個の粒子を含む）では、指示を準備するための時間は数百秒に達しましたが、実際の実行時間はさらに長いものでした。これは、量子コンピュータがより強力になり、より複雑な問題を扱うようになるにつれ、翻訳ソフトウェアの効率性がハードウェア自体の速度と同じくらい重要になることを示唆しています。

これらのツールを提供することで、研究者たちは科学界に対し、完璧な量子ハードウェアを待つことなく、ハイブリッド・ワークフローを設計しテストする方法を提示しました。彼らのコンパイラにより、科学者は既存のスーパーコンピュータ上で現代的な量子指示セットの全能力を活用でき、彼らのパフォーマンスモデルは、異なる統合戦略に伴うトレードオフに関する現実的な視点を提供します。この研究は、完全な量子コンピュータの実現がまだ数年先であるとしても、有用なハイブリッド・システムへの道はすでに築かれつつあることを示しており、実用的なガイドとして機能しています。これらのツールは柔軟に設計されており、指示が標準形式に従っている限り、さまざまなタイプの量子ハードウェアや異なる科学的問題に適応することができます。このように、ソフトウェアによる架け橋は、量子コンピューティングの理論的な可能性を現実世界の科学的突破口へと変えていくために不可欠となるでしょう。