Inconsistency with Cirq for pulling back existing job results from different providers
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Tái hiện hành vi được báo cáo bằng cách so sánh service.run() với kết quả từ một job hiện có cho IonQ và Honeywell. Kiểm tra các kiểu kết quả được trả về và các phương thức chuyển đổi hiện có. Sau đó, làm cho cả hai provider cung cấp một định dạng kết quả nhất quán và xác minh rằng một job Honeywell hiện có có thể được chuyển đổi thành CirqResult giống như một job IonQ.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Consistent behavior for service.run() job
When using service.run(), we see that the resulting output is consistent across providers:
IonQ
Honeywell
Calling service.run against different providers both return a CirqResult.
Inconsistent behavior for job.results() of existing job
However, when pulling back an existing job, we see inconsistent behavior:
For IonQ and Honeywell, job.results() returns the Raw Result format from the provider, rather than a consistent microsoft Result format that contains counts/probabilities.
In addition, it does not seem possible to get existing jobs back into the same format as if I were calling service.run(). For IonQ, I can use to_cirq_result to get back the result similar to when I called service.run().
If trying the same thing for honeywell, I get an error that dict object has no attribute to_cirq_result:
This means that even though honeywell service.run() returned a CirqResult, it is not possible to use similar method to get out a CirqResult from an existing job.
- Ngôn ngữ chính
- Python
- Star
- 160
- Fork
- 113
- Merge trung bình
- 6 ngày 23 giờ
- Pull request đã merge (30 ngày)
- 1
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của microsoft/azure-quantum-python
-
Infinite recursion error on deep copy `AzureBackendConfig` due to __getattr__ implementation Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
-
Export types Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 55/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
microsoft/azure-quantum-python#650 · 1 bình luận ·
-
azure-quantum
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 20/100
Tất cả issue của microsoft/azure-quantum-python
Issue tương tự
-
[Bug] reef-hermes tells me to resume with hermes --resume, which does not work from my shell Đang mởarea: harness bug status: needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Human-Agent-Society/reef#625 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 80/100
learningequality/kolibri#15351 · 2 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Name consistency Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
eellak/triplestore#65 · 1 bình luận ·