cirq_google.run_calibrations
should work with SimulatedLocalEngine
s
#5978
Labels
area/calibration
area/google
kind/feature-request
Describes new functionality
triage/accepted
A consensus emerged that this bug report, feature request, or other action should be worked on
Floquet calibration is a notebook that was designed to use the currently offline QCS to demonstrate how to calibrate a circuit to compensate for the errors that would arise by running it on a (QCS) device.
Without supplying QCS credentials, the notebook defaults to using a
Cirq/cirq-google/cirq_google/engine/simulated_local_engine.py
Line 31 in 8ea41a8
Cirq/cirq-google/cirq_google/engine/qcs_notebook.py
Line 123 in 8ea41a8
The notebook later fails because
SimulatedLocalProcessor
'srun_calibration_async
function isNotImplemented
:Cirq/cirq-google/cirq_google/engine/simulated_local_processor.py
Lines 276 to 277 in 8ea41a8
Note: For now, you need to set
processor_id
toweber
to get past the first bug in this notebook.For reference,
EngineProcessor
has an implementation:Cirq/cirq-google/cirq_google/engine/engine_processor.py
Line 175 in fe67fcb
that calls
Engine
's implementation:Cirq/cirq-google/cirq_google/engine/engine.py
Line 409 in fe67fcb
that calls
EngineProgram
's implementation:Cirq/cirq-google/cirq_google/engine/engine_program.py
Line 213 in fe67fcb
that actually creates the job.
It would be useful to be able to run calibrations on simulated engines, for the sake of:
Specifically, let's implement
cirq_google.simulated_local_processor.SimulatedLocalProcessor.run_calibration_async
to have the same effective functionality ascirq_google.engine_processor.EngineProcessor.run_calibration_async
. It should be able to handle the same input and produce the same output, with the caveat that any circuit executions are instead performed by the simulated processor.I'm not sure what the scope of this request is, since
SimulatedLocalProcessor
andEngineProcessor
seem to be relatively parallel constructs, and there seems to be a decent amount of complexity in handling protobuf'd requests.Tentative priority: P2?
The text was updated successfully, but these errors were encountered: