Inconsistency with Cirq for pulling back existing job results from different providers
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Reproduce el comportamiento informado comparando service.run() con los resultados de un trabajo existente para IonQ y Honeywell. Inspecciona los tipos de resultado devueltos y los métodos de conversión disponibles. Después, haz que ambos proveedores expongan un formato de resultado coherente y verifica que un trabajo existente de Honeywell pueda convertirse en un CirqResult igual que un trabajo de IonQ.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Python
- Estrellas
- 160
- Forks
- 113
- Merge medio
- 6 d 23 h
- PR fusionados (30 d)
- 1
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de microsoft/azure-quantum-python
-
Infinite recursion error on deep copy `AzureBackendConfig` due to __getattr__ implementation Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
-
Export types Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
microsoft/azure-quantum-python#650 · 1 comentario ·
-
azure-quantum
Dificultad 2/5 1-3 horas Aptitud para principiantes 20/100
Todos los issues de microsoft/azure-quantum-python
Issues similares
-
[Bug] reef-hermes tells me to resume with hermes --resume, which does not work from my shell Abiertoarea: harness bug status: needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Human-Agent-Society/reef#625 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
learningequality/kolibri#15351 · 2 comentarios ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Name consistency Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
eellak/triplestore#65 · 1 comentario ·