-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
adding FakeGeneva #8322
adding FakeGeneva #8322
Conversation
Thank you for opening a new pull request. Before your PR can be merged it will first need to pass continuous integration tests and be reviewed. Sometimes the review process can be slow, so please be patient. While you're waiting, please feel free to review other open PRs. While only a subset of people are authorized to approve pull requests for merging, everyone is encouraged to review open pull requests. Doing reviews helps reduce the burden on the core team and helps make the project's code better for everyone. One or more of the the following people are requested to review this:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This lgtm, the only thing missing I think is adding it to the fake provider so that the tests will pick it up. See: https://github.com/Qiskit/qiskit-terra/blob/main/qiskit/providers/fake_provider/fake_provider.py#L130
done in ca4d827 . thanks! |
Pull Request Test Coverage Report for Build 3092203514
💛 - Coveralls |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! The only thing I want to comment is the ordering. Shouldn't Geneva go before Guadalupe?
Thanks! Fixed in 6cf67f5 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for fixing the order. LGTM!
Before accepting these kind of PRs, one should check that the snapshot is actually a good one. Here some of the 2Q gates have errors of 1, eg.:
|
good catch. I will update |
In addition to #8331, should we also add a test for checking the gate error and other qubit properties? |
Like |
So the difference is that Geneva is a new 27Q system that probably still has some kinks to work out. You are grabbing a snapshot of it when there are 7 CX gates (13%) with faulty calibrations. If anything you should either wait a bit (there is no rush), or grab a cal that is at least as good as one can get given the device history. For example, the following timestamps will give you calibrations with only 2 bad CX gates:
With respect to Washington, the first system of its family, it has 284 CX gates in the coupling map, and it is possible to get calibrations for that system with only 4 bad cx gates (2%). So selecting a calibration that has 13% bad cx gates on a processor family that has been around for a couple of years seems a bit off to me. Perhaps one can just wait until close to the next release date and see how things pan out before adding a snapshot? |
awesome! thanks for the tip @nonhermitian Updating this PR with the calibration from
|
This one should be done too @mtreinish |
* conf_geneva * reno * adding to the test * order * calibration data 2022-07-12 15:40:30+02:00 * calibration from 2022-06-24 23:00:30+02:00 * Update releasenotes/notes/ibm_geneva-5b1e9308dc302e2e.yaml * remove v1 * reno new Co-authored-by: Junye Huang <h.jun.ye@gmail.com> Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
* conf_geneva * reno * adding to the test * order * calibration data 2022-07-12 15:40:30+02:00 * calibration from 2022-06-24 23:00:30+02:00 * Update releasenotes/notes/ibm_geneva-5b1e9308dc302e2e.yaml * remove v1 * reno new Co-authored-by: Junye Huang <h.jun.ye@gmail.com> Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
* conf_geneva * reno * adding to the test * order * calibration data 2022-07-12 15:40:30+02:00 * calibration from 2022-06-24 23:00:30+02:00 * Update releasenotes/notes/ibm_geneva-5b1e9308dc302e2e.yaml * remove v1 * reno new Co-authored-by: Junye Huang <h.jun.ye@gmail.com> Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
* conf_geneva * reno * adding to the test * order * calibration data 2022-07-12 15:40:30+02:00 * calibration from 2022-06-24 23:00:30+02:00 * Update releasenotes/notes/ibm_geneva-5b1e9308dc302e2e.yaml * remove v1 * reno new Co-authored-by: Junye Huang <h.jun.ye@gmail.com> Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
This PRs adds FakeGeneva based on
ibm_geneva
.