CrosstalkAdaptiveSchedule#

class qiskit.transpiler.passes.CrosstalkAdaptiveSchedule(*args, **kwargs)[ソース]#

ベースクラス: TransformationPass

Crosstalk mitigation through adaptive instruction scheduling.

CrosstalkAdaptiveSchedule initializer.

パラメータ:
  • backend_prop (BackendProperties) – backend properties object

  • crosstalk_prop (dict) –

    crosstalk properties object crosstalk_prop[g1][g2] specifies the conditional error rate of g1 when g1 and g2 are executed simultaneously. g1 should be a two-qubit tuple of the form (x,y) where x and y are physical qubit ids. g2 can be either two-qubit tuple (x,y) or single-qubit tuple (x). We currently ignore crosstalk between pairs of single-qubit gates. Gate pairs which are not specified are assumed to be crosstalk free.

    Example:

    crosstalk_prop = {(0, 1) : {(2, 3) : 0.2, (2) : 0.15},
                                (4, 5) : {(2, 3) : 0.1},
                                (2, 3) : {(0, 1) : 0.05, (4, 5): 0.05}}
    

    The keys of the crosstalk_prop are tuples for ordered tuples for CX gates e.g., (0, 1) corresponding to CX 0, 1 in the hardware. Each key has an associated value dict which specifies the conditional error rates with nearby gates e.g., (0, 1) : {(2, 3) : 0.2, (2) : 0.15} means that CNOT 0, 1 has an error rate of 0.2 when it is executed in parallel with CNOT 2,3 and an error rate of 0.15 when it is executed in parallel with a single qubit gate on qubit 2.

  • weight_factor (float) – weight of gate error/crosstalk terms in the objective \(weight_factor*fidelities + (1-weight_factor)*decoherence errors\). Weight can be varied from 0 to 1, with 0 meaning that only decoherence errors are optimized and 1 meaning that only crosstalk errors are optimized. weight_factor should be tuned per application to get the best results.

  • measured_qubits (list) – a list of qubits that will be measured in a particular circuit. This arg need not be specified for circuits which already include measure gates. The arg is useful when a subsequent module such as state_tomography_circuits inserts the measure gates. If CrosstalkAdaptiveSchedule is made aware of those measurements, it is included in the optimization.

  • target (Target) – A target representing the target backend, if both backend_prop and this are specified then this argument will take precedence and coupling_map will be ignored.

例外:

ImportError – if unable to import z3 solver

Attributes

is_analysis_pass#

Check if the pass is an analysis pass.

If the pass is an AnalysisPass, that means that the pass can analyze the DAG and write the results of that analysis in the property set. Modifications on the DAG are not allowed by this kind of pass.

is_transformation_pass#

Check if the pass is a transformation pass.

If the pass is a TransformationPass, that means that the pass can manipulate the DAG, but cannot modify the property set (but it can be read).

Methods

assign_gate_id(dag)[ソース]#

ID for each gate

basic_bounds()[ソース]#

Basic variable bounds for optimization

check_dag_dependency(gate1, gate2)[ソース]#

gate2 is a DAG dependent of gate1 if it is a descendant of gate1

check_xtalk_dependency(t_1, t_2)[ソース]#

Check if two gates have a crosstalk dependency. We do not consider crosstalk between pairs of single qubit gates.

coherence_constraints()[ソース]#

Set decoherence errors based on qubit lifetimes

create_updated_dag(layers, barriers)[ソース]#

Given a set of layers and barriers, construct a new dag

create_z3_vars()[ソース]#

Setup the variables required for Z3 optimization

cx_tuple(gate)[ソース]#

Representation for two-qubit gate Note: current implementation assumes that the CX error rates and crosstalk behavior are independent of gate direction

enforce_schedule_on_dag(input_gate_times)[ソース]#

Z3 outputs start times for each gate. Some gates need to be serialized to implement the Z3 schedule. This function inserts barriers to implement those serializations

extract_crosstalk_relevant_sets()[ソース]#

Extract the set of program gates which potentially have crosstalk noise

extract_dag_overlap_sets(dag)[ソース]#

Gate A, B are overlapping if A is neither a descendant nor an ancestor of B. Currently overlaps (A,B) are considered when A is a 2q gate and B is either 2q or 1q gate.

extract_solution()[ソース]#

Extract gate start and finish times from Z3 solution

fidelity_constraints()[ソース]#

Set gate fidelity based on gate overlap conditions

filter_candidates(candidates, layer, layer_id, triplet)[ソース]#

For a gate G and layer L, L is a candidate layer for G if no gate in L has a DAG dependency with G, and if Z3 allows gates in L and G to overlap.

find_layer(layers, triplet)[ソース]#

Find the appropriate layer for a gate

gate_tuple(gate)[ソース]#

Representation for gate

generate_barriers(layers)[ソース]#

For each gate g, see if a barrier is required to serialize it with some previously processed gate

is_significant_xtalk(gate1, gate2)[ソース]#

Given two conditional gate error rates check if there is high crosstalk by comparing with independent error rates.

name()#

Return the name of the pass.

objective_function()[ソース]#

Objective function is a weighted combination of gate errors and decoherence errors

parse_backend_properties()[ソース]#

This function assumes that gate durations and coherence times are in seconds in backend.properties() This function converts gate durations and coherence times to nanoseconds.

powerset(iterable)[ソース]#

Finds the set of all subsets of the given iterable This function is used to generate constraints for the Z3 optimization

r2f(val)[ソース]#

Convert Z3 Real to Python float

reset()[ソース]#

Reset variables

run(dag)[ソース]#

Main scheduling function

scheduling_constraints()[ソース]#

DAG scheduling constraints optimization Sets overlap indicator variables

singleq_tuple(gate)[ソース]#

Representation for single-qubit gate

solve_optimization()[ソース]#

Setup and solve a Z3 optimization for finding the best schedule