-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Process tomography #1046
base: main
Are you sure you want to change the base?
Process tomography #1046
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1046 +/- ##
==========================================
- Coverage 97.35% 95.92% -1.44%
==========================================
Files 120 121 +1
Lines 9749 9958 +209
==========================================
+ Hits 9491 9552 +61
- Misses 258 406 +148
Flags with carried forward coverage won't be shown. Click here to find out more.
|
Great! Could we add a figure of merit to this? Some distance between the experiment data and the noiseless simulation. |
This is something that also @stavros11 was looking for. What I suggested (was the most trivial attempt) was just to use the Instead, what could have been a meaningful attempt, is to have an In any case, just plotting the difference matrix (instead of the two $\chi_{mn} matrices) it would already help me interpreting the result... |
Allows to reconstruct the channel corresponding to the application of an arbitrary single or two-qubit gate (or gates) on hardware, following https://arxiv.org/abs/quant-ph/9610001.
Some example results:
The plot corresponds to the chi matrix introduced in Eq. (3. 2) in the operator basis from (4.1)-(4.4). This fully describes the channel. Note that the gate set is currently limited to
["x180", "y180", "x90", "y90", "-x90", "-y90"]
for simplification.Draft mainly becasue it is lacking tests and documentation. Also, ideally this should be written using qibo circuits, similarly to the state tomographies, and potentially also reuse code from there. This would also fix the gate limitations, but I am not doing it because I want to keep it independent from transpiler/compiler until these are debugged.