Time limit error for Rigetti Backend
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
Línea de trabajo
Comienza con el notebook de Jupyter Hello World: Qiskit (with Rigetti) y el backend RigettiTarget utilizado por provider.get_backend. Reproduce el timeout con un circuito más grande y, después, sigue el envío del job y el manejo de los resultados para determinar de dónde proviene el límite de cero segundos. Se considera terminado cuando se hayan identificado la causa y la solución compatible, y estén cubiertas por una prueba de regresión adecuada o una actualización de la documentación.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hi,
when playing around with the Hello World: Qiskit (with Rigetti) Jupyter notebook from the sample gallery, I am running into following problem:
When using the Aspen M3 (or M2) instead of the simulator and increasing the size of the circuit, the execution fails with the message:
Result(backend_name='rigetti.qpu.aspen-m-3', backend_version='1', qobj_id='circuit-102', job_id='6c4b4d7c-a3fa-11ed-a578-00155d791a0c', success=False, results=[ExperimentResult(shots=100, success=False, meas_level=2, data=ExperimentResultData(), header=QobjExperimentHeader(qiskit='True', name='circuit-102', num_qubits='12', metadata=None))], error_data={'code': 'InvalidInputData', 'message': 'Execution timed out. Note: time limit: 0 seconds.'})
Code snippet used to produce the error (circuit and provider definition not shown):
from azure.quantum.target.rigetti import RigettiTarget
rigetti_simulator_backend = provider.get_backend(RigettiTarget.ASPEN_M_3)
job = rigetti_simulator_backend.run((circuit), count=100)
result = job.result()
print(result)
The problem does not seem to occur for the inital circuit given in the example, but with increasing size of the circuit this error occurs more often until it basically happens always.
Looking at the Job Management Overview it seems like the Job is already failing before it is actually running, so my thought was that the time limit in the error message could not refer to the actual execution time but to a compile time limit?
But I have seen no option to increase this limit... any ideas how to do this or what else could cause this?
Thank you!
- 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
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
zostera/django-bootstrap4#894 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
use-agent-os/agent-os#3276 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
zephyrproject-rtos/zephyr#119726 ·
-
area/auth bug comp/agent P3 platform/discord type/security
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
NousResearch/hermes-agent#117848 ·