Inicjalizacja Qubitów

Package versions

Kod na tej stronie powstał przy użyciu poniższych wymagań. Zalecamy korzystanie z tych wersji lub nowszych.

qiskit-ibm-runtime~=0.46.1

Gdy Circuit jest wykonywany na jednostce przetwarzania kwantowego (QPU) IBM®, na początku Circuit zazwyczaj wstawiany jest niejawny reset, który zapewnia inicjalizację Qubitów do zera. Jest to kontrolowane przez flagę init_qubits, ustawianą jako opcja wykonania prymitywu.

Jednak niedoskonałości w procesie resetu mogą powodować błędy przygotowania stanu. Aby złagodzić ten błąd, QPU wstawia też czas opóźnienia powtórzeń (ang. rep_delay) pomiędzy Circuit. Każdy Backend ma inną domyślną wartość rep_delay, ale zwykle jest ona ustawiana tak, aby równoważyć wierność resetu i całkowity czas wykonania. Uruchom backend.default_rep_delay, aby sprawdzić domyślną wartość rep_delay dla konkretnego QPU.

Ponieważ wszystkie QPU IBM korzystają z wykonywania z dynamiczną częstotliwością powtórzeń, możesz zmieniać rep_delay dla każdego zadania. Circuit przesłane w ramach zadania prymitywu są grupowane w paczki do wykonania na QPU. Te obwód są wykonywane przez iterację po Circuit dla każdego żądanego strzału (ang. shot); wykonanie przebiega kolumnowo po macierzy Circuit i strzałów, jak pokazano na poniższym rysunku.

Ponieważ rep_delay jest wstawiany pomiędzy Circuit, każdy strzał podczas wykonania napotyka to opóźnienie. Dlatego wraz z obniżaniem wartości rep_delay całkowity czas wykonania na QPU maleje, kosztem wzrostu wskaźnika błędów przygotowania stanu, co ilustruje poniższy obraz:

Jeśli ustawisz zarówno rep_delay=0, jak i init_qubits=False, Circuit „scalają się" ze sobą, ponieważ Qubity będą zaczynać w stanie końcowym z poprzedniego strzału.

Pamiętaj, że choć Circuit w ramach zadania prymitywu są grupowane do wykonania na QPU, kolejność wykonywania Circuit z poszczególnych PUBów nie jest gwarantowana. Na przykład jeśli przesyłasz pubs=[pub1, pub2], Circuit z pub1 mogą nie zostać uruchomione przed Circuit z pub2. Nie ma też gwarancji, że Circuit z tego samego zadania zostaną uruchomione jako jedna paczka na QPU.

Określanie rep_delay dla zadania prymitywu

Verify the rep_delay value for a QPU

Zawsze sprawdzaj obsługiwany zakres rep_delay dla konkretnego QPU, z którego korzystasz. Wartości te nie są takie same dla każdego QPU i mogą się również zmieniać w czasie.

Pamiętaj, że zwiększenie rep_delay będzie miało bezpośredni wpływ na czas wykonania i zużycie pojemności.

# Added by doQumentation — required packages for this notebook
!pip install -q qiskit-ibm-runtime

from qiskit_ibm_runtime import QiskitRuntimeService, SamplerV2 as Sampler

service = QiskitRuntimeService()

# Make sure your backend supports it
backend = service.least_busy(
    operational=True, min_num_qubits=100, dynamic_reprate_enabled=True
)

# Determine the allowable range
backend.rep_delay_range
sampler = Sampler(mode=backend)

# Specify a value in the supported range
sampler.options.execution.rep_delay = 0.0005

Następne kroki

Zalecenia

• Wypróbuj przykład z samouczka Kwantowy algorytm aproksymacyjnej optymalizacji (QAOA).
• Zapoznaj się z tym, jak zacząć pracę z Estimatorem.
• Zapoznaj się z tym, jak zacząć pracę z Samplerem.