Simulate the gates before the first mid-circuit measurement only once
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 56/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- rust
- Área
- performance
Línea de trabajo
Start at the shortcut: note in src/circuit.rs:408 and trace how instructions are simulated for each shot, stopping at the first Measure or Reset. Then inspect the QuantumBackend implementations to see how CPU and GPU state buffers are managed. Done means the cached prefix is reused when two states fit in memory, with the current behavior retained when they do not.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What you want to do
A circuit that measures part-way is simulated from scratch for every shot, including all the gates
before the first measurement, whose result is the same every time. For a deep state-preparation
circuit followed by one mid-circuit measurement, almost all of the time goes on repeating that
prefix. src/circuit.rs:408 notes this as a shortcut:.
Implementation notes
- Run the instructions up to the first
Measure/Resetonce, keep a copy of that state, and
start each shot from the copy instead ofcollapse_to(0). - This needs a "copy this state" primitive on
QuantumBackend. CPU: copy theVec. GPU:
copy_buffer_to_bufferinto a second buffer, which stays on the GPU. - This doubles memory, so skip the cache when two states would not fit (for example above 29 qubits
on the CPU), and fall back to the current behaviour. - A further step is to also sample the first measurement's outcome from the cached state and only
branch from there.
What it could look like
No API change.
Contributing
- I would like to open a pull request for this (see CONTRIBUTING.md).
- Lenguaje dominante
- Rust
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 12 min
- PR fusionados (30 d)
- 4
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 kaiwave/qsengine
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
bug good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
Fold long circuit drawingsAbiertoenhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
Todos los issues de kaiwave/qsengine
Issues similares
-
bug order-flow studies ui
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
userFRM/egui-charts#2417 ·
Los mantenedores suelen responder en 1 día
-
In a plain-text message, Font, Font Size, Font Color and Text Highlight Color stay livePosiblemente ocupada @ragelfundionctrumnar la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
UCS-Care-Group/mailcraft#862 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
smoltcp-rs/smoltcp#1243 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día