Transpilation default settings and configuration options
Package versions
The code on this page was developed using the following requirements. We recommend using these versions or newer.
qiskit[all]~=1.3.1
qiskit-ibm-runtime~=0.34.0
qiskit-aer~=0.15.1
qiskit-serverless~=0.18.0
qiskit-ibm-catalog~=0.2
qiskit-addon-sqd~=0.8.1
qiskit-addon-utils~=0.1.0
qiskit-addon-mpf~=0.2.0
scipy~=1.14.1
qiskit-addon-aqc-tensor~=0.1.2
qiskit-addon-obp~=0.1.0
scipy~=1.14.1
pyscf~=2.7.0
Abstract circuits need to be transpiled because QPUs have a limited set of basis gates and cannot execute arbitrary operations. The transpiler's function is to change arbitrary circuits so that they can run on a specified QPU. This is done by translating the circuits to the supported basis gates, and by introducing SWAP gates as needed, so that the circuit's connectivity matches that of the QPU.
As explained in Transpile with pass managers, you can create a pass manager using the generate_preset_pass_manager
function and pass a circuit or list of circuits to its run method to transpile them. You can call generate_preset_pass_manager
passing only the optimization level and backend, choosing to use the defaults for all other options, or you can pass additional arguments to the function to fine-tune the transpilation.
Basic usage without parameters
In this example, we pass a circuit and target QPU to the transpiler without specifying any further parameters.
Create a circuit and view the result:
from qiskit import QuantumCircuit
from qiskit.circuit.library import GroverOperator, Diagonal
from qiskit_ibm_runtime.fake_provider import FakeSherbrooke
# Create circuit to test transpiler on
oracle = Diagonal([1] * 7 + [-1])
qc = QuantumCircuit(3)
qc.h([0, 1, 2])
qc = qc.compose(GroverOperator(oracle))
# Add measurements to the circuit
qc.measure_all()
# View the circuit
qc.draw(output="mpl")
Output:
Transpile the circuit and view the result:
from qiskit.transpiler.preset_passmanagers import generate_preset_pass_manager
# Specify the QPU to target
backend = FakeSherbrooke()
# Transpile the circuit
pass_manager = generate_preset_pass_manager(
optimization_level=1, backend=backend
)
transpiled_circ = pass_manager.run(qc)
# View the transpiled circuit
transpiled_circ.draw(output="mpl", idle_wires=False)
Output:
All available parameters
Following are all of the available parameters for the generate_preset_pass_manager
function. There are two classes of arguments: those that describe the target of compilation, and those that influence how the transpiler works.
All parameters except optimization_level
are optional. For full details, see the Transpiler API documentation.
optimization_level
(int) - How much optimization to perform on the circuits. Integer in the range (0 - 3). Higher levels generate more optimized circuits, at the expense of longer transpilation time. See Set transpiler optimization level for more details.
Parameters used to describe the compilation target:
These arguments describe the target QPU for circuit execution, including information such as the coupling map of the QPU (which describes the connectivity of the qubits), the basis gates supported by the QPU, and the error rates of the gates.
Many of these parameters are described in detail in Commonly used parameters for transpilation.
QPU (Backend
) parameters
QPU (Backend
) parameters
Backend parameters - If you specify backend
, you don't need to specify target
or any other backend options. Likewise, if you specify target
, you don't need to specify backend
or any other backend options.
backend
(Backend) - If this is set, the transpiler compiles the input circuit to this device. If any other option is set that impacts these settings, such ascoupling_map
, it overrides the settings frombackend
.target
(Target) - A backend transpiler target. Normally this is specified as part of the backend argument, but if you manually constructed a Target object, you can specify it here. This overrides the target frombackend
.backend_properties
(BackendProperties) - Properties returned by a QPU, including information on gate errors, readout errors, qubit coherence times, and so on. Find a QPU that provides this information by runningbackend.properties()
.timing_constraints
(Dict[str, int] | None) - An optional control hardware restriction on instruction time resolution. This information is provided by the QPU configuration. If the QPU doesn’t have any restriction on the instruction time allocation,timing_constraints
isNone
and no adjustment is performed. A QPU might report a set of restrictions, namely:granularity
: An integer value representing the minimum pulse gate resolution in units of dt. A user-defined pulse gate should have a duration that is a multiple of this granularity value.min_length
: An integer value representing the minimum pulse gate length in units of dt. A user-defined pulse gate should be longer than this length.pulse_alignment
: An integer value representing a time resolution of gate instruction starting time. Gate instructions should start at a time that is a multiple of this value.acquire_alignment
: An integer value representing a time resolution of measure instruction starting time. Measure instruction should start at a time that is a multiple of this value.
Layout and topology parameters
Layout and topology parameters
basis_gates
(List[str] | None) - List of basis gate names to unroll to. For example ['u1', 'u2', 'u3', 'cx']. IfNone
, do not unroll.coupling_map
(CouplingMap | List[List[int]]) - Directed coupling map (possibly custom) to target in mapping. If the coupling map is symmetric, both directions need to be specified. These formats are supported:- CouplingMap instance
- List - must be given as an adjacency matrix, where each entry specifies all directed two-qubit interactions supported by the QPU. For example: [[0, 1], [0, 3], [1, 2], [1, 5], [2, 5], [4, 1], [5, 3]]
inst_map
(List[InstructionScheduleMap] | None) - Mapping of circuit operations to pulse schedules. IfNone
, the QPU'sinstruction_schedule_map
is used.
Parameters used to influence how the transpiler works
These parameters impact specific transpilation stages. Some of them might impact multiple stages, but have only been listed under one stage for simplicity. If you specify an argument, such as initial_layout
for the qubits you want to use, that value overrides all the passes that could change it. In other words, the transpiler won't change anything that you manually specify. For details about specific stages, see Transpiler stages.
Initialization stage
Initialization stage
hls_config
(HLSConfig) - An optional configuration classHLSConfig
that is passed directly to theHighLevelSynthesis
transformation pass. This configuration class lets you specify the lists of synthesis algorithms and their parameters for various high-level objects.init_method
(str) - The plugin name to use for the initialization stage. By default, an external plugin is not used. You can see a list of installed plugins by runninglist_stage_plugins()
withinit
for the stage name argument.unitary_synthesis_method
(str) - The name of the unitary synthesis method to use. By default,default
is used. You can see a list of installed plugins by runningunitary_synthesis_plugin_names()
.unitary_synthesis_plugin_config
(dict) - An optional configuration dictionary that is passed directly to the unitary synthesis plugin. By default this setting has no effect because the default unitary synthesis method does not take custom configuration. Applying a custom configuration should only be necessary when a unitary synthesis plugin is specified with theunitary_synthesis
argument. As this is custom for each unitary synthesis plugin, refer to the plugin's documentation for how to use this option.
Layout stage
Layout stage
initial_layout
(Layout | Dict | List) - Initial position of virtual qubits on physical qubits. If this layout makes the circuit compatible with thecoupling_map
constraints, it will be used. The final layout is not guaranteed to be the same, as the transpiler might permute qubits through swaps or other means. For full details, see the Initial layout section.layout_method
(str) - Name of layout selection pass (trivial
,dense
,noise_adaptive
, orsabre
). This can also be the external plugin name to use for the layout stage. You can see a list of installed plugins by runninglist_stage_plugins()
withlayout
for thestage_name
argument. The default value issabre
.
Routing stage
Routing stage
routing_method
(str) - Name of routing pass (basic
,lookahead
,stochastic
,sabre
, ornone
). This can also be the external plugin name to use for the routing stage. You can see a list of installed plugins by runninglist_stage_plugins()
withrouting
for thestage_name
argument. The default value issabre
.
Translation stage
Translation stage
translation_method
(str) - Name of translation pass (translator
orsynthesis
) This can also be the external plugin name to use for the translation stage. You can see a list of installed plugins by runninglist_stage_plugins()
withtranslation
for thestage_name
argument. The default value istranslator
.
Optimization stage
Optimization stage
approximation_degree
(float, in the range 0-1 | None) - Heuristic dial used for circuit approximation (1.0 = no approximation, 0.0 = maximal approximation). The default value is 1.0. SpecifyingNone
sets the approximation degree to the reported error rate. See the Approximation degree section for more details.optimization_method
(str) - The plugin name to use for the optimization stage. By default an external plugin is not used. You can see a list of installed plugins by runninglist_stage_plugins()
withoptimization
for thestage_name
argument.
Scheduling stage
Scheduling stage
scheduling_method
(str) - Name of the scheduling pass. This can also be the external plugin name to use for the scheduling stage. You can see a list of installed plugins by runninglist_stage_plugins()
withscheduling
for thestage_name
argument.- 'as_soon_as_possible': Schedule instructions greedily, as early as possible on a qubit resource (alias:
asap
). - 'as_late_as_possible': Schedule instructions late, that is, keeping qubits in the ground state when possible (alias:
alap
). This is the default.
- 'as_soon_as_possible': Schedule instructions greedily, as early as possible on a qubit resource (alias:
Transpiler execution
Transpiler execution
seed_transpiler
(int) - Sets random seeds for the stochastic parts of the transpiler.
The following default values are used if you don't specify any of the above parameters. Refer to the method's API reference page for more information:
generate_preset_pass_manager(
optimization_level=1,
backend=None,
target=None,
basis_gates=None,
inst_map=None,
coupling_map=None,
backend_properties=None,
timing_constraints=None,
initial_layout=None,
layout_method=None,
routing_method=None,
translation_method=None,
scheduling_method=None,
approximation_degree=1.0,
seed_transpiler=None,
unitary_synthesis_method="default",
unitary_synthesis_plugin_config=None,
hls_config=None,
init_method=None,
optimization_method=None,
)
Output:
<qiskit.transpiler.passmanager.StagedPassManager at 0x193c636b290>
Next steps
- Learn how to Set the optimization level.
- Review more Commonly used parameters.
- Learn how to Set the optimization level when using Qiskit Runtime.
- Visit the Transpile with pass managers topic.
- For examples, see Representing quantum computers.
- Try the Submit transpiled circuits tutorial.
- Learn how to transpile circuits as part of Qiskit Patterns workflows using Qiskit Runtime.
- Review the Transpile API documentation.