-
Notifications
You must be signed in to change notification settings - Fork 5
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Minutes of hardware workstream 2023-12-08
- Loading branch information
Julien Dumazert
committed
Dec 8, 2023
1 parent
b991165
commit 4ab3db8
Showing
1 changed file
with
59 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,59 @@ | ||
# Hardware adoption committee 2023-09-08 | ||
|
||
## Attendance | ||
|
||
- Tom Lubinski (QCI) | ||
- Fabrice Frachon (Microsoft) | ||
- Stefan Wernli (Microsoft) | ||
- Ian Davis (Microsoft) | ||
- John Dumbell (OQC) | ||
- Kajsa Eriksson Rosenqvist (OQC) | ||
- Jamie Friel (OQC) | ||
- Kalan Snyder (Rigetti) | ||
- Spencer Churchill (IonQ) | ||
- Patrick Deuley (IonQ) | ||
- Joe Latone (IonQ) | ||
- Coleman Collins (IonQ) | ||
- Julien Dumazert (Alice & Bob) | ||
|
||
## Meeting agenda | ||
|
||
- Presentations by OQC and IonQ | ||
- Open discussion on QIR current and envisioned usage | ||
|
||
## Notes | ||
|
||
- See presentations folder fo slide decks | ||
- Topics discussed: | ||
- Different actors pulling QIR in different directions (hardware providers, | ||
physicists, compiler engineers, etc) | ||
- Two main types of usage for QIR: | ||
- As an input language to a hardware service. | ||
- In this case, QIR is usually parsed and transformed into an internal | ||
language of the hardware provider | ||
- Usually, this is used by services who use the base profile and/or do | ||
not support mixing classic and quantum primitives | ||
- QIR is linked at runtime and executed on the hardware control system of | ||
the hardware provider | ||
- In this case, an in-house hardware control system is the norm (by | ||
opposition to an external solution like Quantum Machines) | ||
- A vision: "QIR as a logical schematic" | ||
- In this vision, the user expresses a high-level intent in QIR, and the | ||
compiler of the hardware provider then optimizes the user program for | ||
execution on their hardware | ||
- This vision pushes towards adding more high-level primitives in QIR, so | ||
that the user includes less low-level logic in their QIR program (e.g., | ||
quantum gates) | ||
- Another need for QIR: embedding assembly in QIR | ||
- The implicit objective of QIR to be universally portable makes sense, but | ||
in the short term hardware providers need ways to fine-tune execution of | ||
QIR on their machines. Today users wants to express precise sequences of | ||
gates in QIR. | ||
- QIR would benefit from having a public roadmap | ||
|
||
## Next steps | ||
|
||
- Organize another meeting of 1.5 hours in 3 months | ||
- Topic: what is the right level for quantum primitives in QIR? | ||
- Upload hardware providers presentation to GitHub folder | ||
- QIR alliance to discuss the topic of a public roadmap |