Dostawca quantinuum

Napiwek

Podczas tworzenia obszaru roboczego usługi Azure Quantum automatycznie otrzymujesz bezpłatną kwotę 500 USD środków na korzystanie z usługi Azure Quantum dla każdego dostawcy sprzętu kwantowego. Możesz użyć środków na korzystanie z usługi Azure Quantum, aby przesłać swoje pierwsze programy kwantowe do rzeczywistego sprzętu kwantowego.

Firma Quantinuum zapewnia dostęp do systemów uwięzionych jonów z wysoką wiernością, w pełni połączonymi kubitami i możliwością przeprowadzania pomiarów średniego obwodu.

• Wydawca: Quantinuum
• Identyfikator dostawcy: quantinuum

Targets

Następujące elementy targets są dostępne u tego dostawcy:

Target nazwa	Target ID	Liczba kubitów	opis
Moduł sprawdzania składni H1-1	quantinuum.sim.h1-1sc	20 kubitów	Użyj tego polecenia, aby zweryfikować programy kwantowe przed przesłaniem do sprzętu lub emulatorów na platformie Quantinuum kompilatora H1-1. Wolne od kosztów.
Moduł sprawdzania składni H2-1	quantinuum.sim.h2-1sc	56 kubitów	Służy do weryfikowania programów kwantowych przed przesłaniem do sprzętu lub emulatorów na platformie Quantinuum kompilatora H2-1. Wolne od kosztów.
H1-1 Emulator	quantinuum.sim.h1-1e	20 kubitów	Używa realistycznego modelu fizycznego i modelu szumu H1-1.
H2-1 Emulator	quantinuum.sim.h2-1e	56/32 kubity	Używa realistycznego modelu fizycznego i modelu szumu H2-1. Symulacja 56 kubitów jest dostępna tylko jako symulacja stabalizatora
H1-1	quantinuum.qpu.h1-1	20 kubitów	Urządzenie jonowe H1-1 firmy Quantinuum.
H2-1	quantinuum.qpu.h2-1	56 kubitów	Urządzenie jonowe H2-1 firmy Quantinuum.

Firma Quantinuum targets odpowiada profilowi QIR Adaptive RI . Aby uzyskać więcej informacji na temat tego target profilu i jego ograniczeń, zobacz Opis target typów profilów w usłudze Azure Quantum.

Wszystkie firmy Quantinuum targets obsługują teraz zintegrowane obwody hybrydowe. Aby uzyskać więcej informacji na temat przesyłania zintegrowanych zadań hybrydowych, zobacz Zintegrowane przetwarzanie hybrydowe.

Aby rozpocząć korzystanie z dostawcy Quantinuum w usłudze Azure Quantum, zobacz Rozpoczynanie pracy z językiem Q# i notesem usługi Azure Quantum.

Napiwek

Zadania kwantowe przesłane w ramach sesji mają wyłączny dostęp do sprzętu Firmy Quantinuum, o ile zadania są kolejkowe w ciągu jednej minuty od siebie. Następnie każde zadanie jest akceptowane i obsługiwane za pomocą standardowej logiki kolejkowania i priorytetyzacji. Aby uzyskać więcej informacji, zobacz sesje w usłudze Azure Quantum.

Moduły sprawdzania składni

Zalecamy, aby użytkownicy najpierw weryfikowali swój kod przy użyciu narzędzia sprawdzania składni. Jest to narzędzie do weryfikowania prawidłowej składni, uzupełniania kompilacji i zgodności maszyny. Kontrolery składni używają tego samego kompilatora co komputer kwantowy.target Na przykład moduł sprawdzania składni H1-1 używa tego samego kompilatora co H1-1. Pełny stos kompilacji jest wykonywany z wyjątkiem rzeczywistych operacji kwantowych. Jeśli kod zostanie skompilowany, moduł sprawdzania składni zwróci success stan i wynik wszystkich 0s. Jeśli kod nie zostanie skompilowany, narzędzie sprawdzania składni zwraca stan niepowodzenia i zwraca błąd, aby ułatwić użytkownikom debugowanie składni obwodu. Moduły sprawdzania składni umożliwiają deweloperom weryfikowanie kodu w dowolnym momencie, nawet gdy maszyny są w trybie offline.

• Typ zadania: Simulation
• Formaty danych: honeywell.openqasm.v1, honeywell.qir.v1
• Target ID:
  • Moduł sprawdzania składni H1-1: quantinuum.sim.h1-1sc
  • Moduł sprawdzania składni H2-1: quantinuum.sim.h2-1sc
• Target Profil wykonywania: QIR Adaptive RI

Użycie sprawdzania składni jest oferowane bezpłatnie.

Emulatory modelu systemu H1

Po zweryfikowaniu składni kodu za pomocą narzędzia sprawdzania składni użytkownicy mogą korzystać z emulatorów modelu systemu H1 firmy Quantinuum, narzędzi emulacji zawierających szczegółowy model fizyczny i realistyczny model szumu rzeczywistego sprzętu H1 modelu systemu. Modele szumów pochodzą ze szczegółowej scharakteryzacji sprzętu. Emulatory modelu systemu H1 używają identycznego interfejsu API do przesyłania zadań jako sprzętu System Model H1, co umożliwia bezproblemowe przejście z emulacji do sprzętu. Aby zwiększyć produktywność i skrócić czas programowania, emulatory modelu systemu H1 są dostępne nawet wtedy, gdy sprzęt jest w trybie offline.

Więcej informacji można znaleźć w arkuszu danych produktu Model systemowy H1 Emulator na stronie Model systemowy H1.

• Typ zadania: Simulation
• Format danych: quantinuum.openqasm.v1
• Target ID:
  • Emulator H1-1: quantinuum.sim.h1-1e
• Target Profil wykonywania: QIR Adaptive RI

Użycie emulatora modelu systemu H1 jest oferowane bezpłatnie z subskrypcją sprzętu. Aby uzyskać szczegółowe informacje, zobacz Cennik usługi Azure Quantum.

Emulator serii H (oparty na chmurze)

Emulator serii H jest dostępny bezpłatnie na stronie Kod za pomocą usługi Azure Quantum w witrynie internetowej usługi Azure Quantum , gdzie można napisać kod języka Q# i przesłać zadania do emulatora serii H-Series Firmy Quantinuum bez konta platformy Azure. Emulator serii H-Series jest emulatorem kwantowym opartym na stanie, który używa realistycznego modelu szumu fizycznego i uogólnionych parametrów błędów na podstawie typowej wydajności komputera kwantowego H1 modelu systemu. Wykonywana symulacja kwantowa jest taka sama jak emulator modelu systemu H1, ale klasyczna rutyna optymalizacji obwodu jest ograniczona w celu zwiększenia przepływności. Obsługa zintegrowanego przetwarzania hybrydowego jest planowana w przyszłości.

Model systemu H1

Generacja modeli systemu H1 komputerów kwantowych, zasilanych przez honeywell, składa się z urządzenia kwantowego (QCCD) z jedną sekcją liniową i obecnie zawiera jedną maszynę targets: H1-1. Użytkownicy są zachęcani do testowania zgodności kodu z H1-1 przez przesłanie zadań do modułu sprawdzania składni i emulatora modelu systemu H1 przed przesłaniem ich do target maszyn.

Maszyna Model systemowy H1 jest stale uaktualniana w całym cyklu życia produktu. Użytkownicy mają dostęp do najbardziej aktualnego, zaawansowanego i zdolnego sprzętu.

Więcej informacji można znaleźć w arkuszu danych produktu Model systemowy H1 na stronie Model systemowy H1.

• Typ zadania: Quantum Program
• Format danych: honeywell.openqasm.v1, honeywell.qir.v1
• Target ID:
  • H1-1: quantinuum.qpu.h1-1
• Target Profil wykonywania: QIR Adaptive RI

Emulator H2 modelu systemu

Po zweryfikowaniu składni kodu za pomocą narzędzia sprawdzania składni H2-1 użytkownicy mogą skorzystać z emulatora modelu systemowego H2 firmy Quantinuum, narzędzia emulacji zawierającego szczegółowy model fizyczny i realistyczny model szumu rzeczywistego sprzętu H2 modelu systemu. Więcej informacji na temat modelu szumu można znaleźć w arkuszu danych produktu model H2 Emulator systemu na stronie Model systemowy H2. Emulator modelu systemu H2 używa identycznego interfejsu API do przesyłania zadań jako sprzętu H2 modelu systemu, co umożliwia bezproblemowe przejście z emulacji do sprzętu. Aby zwiększyć produktywność i skrócić czas programowania, emulator H2 jest dostępny nawet wtedy, gdy sprzęt jest w trybie offline.

• Typ zadania: Simulation
• Format danych: quantinuum.openqasm.v1
• Target ID:
  • Emulator H2-1: quantinuum.sim.h2-1e
• Target Profil wykonywania: QIR Adaptive RI

Użycie emulatora H2 modelu systemu jest oferowane bezpłatnie z subskrypcją sprzętu. Aby uzyskać szczegółowe informacje, zobacz Cennik usługi Azure Quantum.

Model systemu H2

Generacja H2 komputerów kwantowych, zasilanych przez Honeywell, składa się z urządzenia kwantowego (QCCD) z dwoma połączonymi sekcjami liniowymi, a obecnie ma 1 maszynę, H2-1. Więcej informacji można znaleźć w arkuszu danych produktu H2 modelu systemu, który znajduje się na stronie Model systemowy H2. Użytkownicy są zachęcani do testowania zgodności kodu przez przesłanie zadań do modułu sprawdzania składni i emulatora H2 modelu systemu przed przesłaniem ich na target maszyny.

Jeśli użytkownik przesyła zadanie do maszyny H2-1, a maszyna H2-1 jest niedostępna, zadanie pozostaje w kolejce tego komputera, dopóki maszyna nie stanie się dostępna.

Sprzęt H2 modelu systemu jest stale uaktualniany w całym cyklu życia produktu. Użytkownicy mają dostęp do najbardziej aktualnego, zaawansowanego i zdolnego sprzętu.

• Typ zadania: Quantum Program
• Format danych: quantinuum.openqasm.v1
• Target ID:
  • H2-1: quantinuum.qpu.h2-1
• Target Profil wykonywania: QIR Adaptive RI

Specyfikacje techniczne modelu systemu H1 i H2

Szczegóły techniczne dotyczące modelu systemowego H1 i modelu systemu H2 można znaleźć w arkuszach danych produktu Firmy Quantinuum na stronach Model systemowy H1 i Model systemu H2 , a także linki do specyfikacji quantinuum i repozytoriów danych woluminów kwantowych oraz sposobu przytaczania użycia systemów Quantinuum.

Dodatkowe możliwości

Dodatkowe możliwości dostępne za pośrednictwem interfejsu API Quantinuum są wymienione tutaj.

Możliwość	opis
Pomiar i resetowanie obwodu środkowego (MCMR)	Mierzenie kubitów w środku obwodu i ponowne używanie ich
Bramy ZZ kąta dowolnego	Bezpośrednie wykonywanie 2-kubitowych obrotu dowolnego kąta bramki
Parametry szumu emulatora	Eksperymentowanie z parametrami szumu używanymi w emulatorach serii H-Quantinuum
Optymalizacje TKET w stosie serii H	Eksperymentowanie z włączaniem różnych poziomów optymalizacji TKET w stosie serii H

Użytkownicy mogą korzystać z tych dodatkowych funkcji za pośrednictwem funkcji obwodu lub parametrów przekazywania w usługach Azure Quantum Q# i Qiskit.

Pomiar i resetowanie obwodu środkowego

Pomiar i resetowanie obwodu środkowego (MCMR) umożliwia użytkownikom pomiar kubitów w środku obwodu i ich resetowanie. Umożliwia to funkcję korygowania błędów kwantowych, a także możliwość ponownego użycia kubitów w obwodzie.

Ze względu na wewnętrzną strukturę poziomów kubitów uwięzionych jonów pomiar średniego obwodu może pozostawić kubit w stanie nie obliczeniowym. Wszystkie pomiary obwodu środkowego powinny być następnie resetowane, jeśli kubit ma być ponownie używany w tym obwodzie. W poniższych przykładach kodu pokazano to.

Gdy podzbiór kubitów jest mierzony w środku obwodu, klasyczne informacje z tych pomiarów mogą służyć do warunku przyszłych elementów obwodu. Przykłady podkreślają również to użycie.

Aby uzyskać informacje na temat mcMR w systemach Quantinuum, zobacz arkusze danych produktów serii H na stronach Model systemowy H1 i Model systemu H2 .

McMR z dostawcą języka Q#

W języku Q# MResetZ funkcja może służyć zarówno do mierzenia kubitu, jak i resetowania go. Aby uzyskać więcej informacji na temat tej funkcji, zobacz MResetZ dokumentację języka Q#.

%%qsharp
import Std.Measurement.*;

operation ContinueComputationAfterReset() : Result[] {
    // Set up circuit with 2 qubits
    use qubits = Qubit[2];

    // Perform Bell Test
    H(qubits[0]);
    CNOT(qubits[0], qubits[1]);

    // Measure Qubit 1 and reset it
    let res1 = MResetZ(qubits[1]);

    // Continue additional computation, conditioned on qubits[1] measurement outcome
    if res1 == One {
         X(qubits[0]);
    }
    CNOT(qubits[0], qubits[1]);

    // Measure qubits and return results
    let res2 = Measure([PauliZ, PauliZ], qubits);
    return [res1, res2];
}

McMR z dostawcą Qiskit

W zestawie Qiskit kubity są jawnie mierzone i resetowane. Operacje warunkowe można określić przy użyciu funkcji następującej c_if po bramie.

from qiskit import QuantumRegister, ClassicalRegister, QuantumCircuit

# Set up quantum circuit
q = QuantumRegister(2)
c = ClassicalRegister(2)
circuit = QuantumCircuit(q, c)
circuit.name = "MCMR Example with Conditional Logic"

# Perform Bell Test
circuit.h(q[0])
circuit.cx(q[0], q[1])

# Measure and reset Qubit 1
circuit.measure(q[1], c[1])
circuit.reset(q[1])

# Continue additional computation, conditioned on Qubit 1's measurement outcome
circuit.x(q[0]).c_if(c, 1)
circuit.cx(q[0], q[1])

# Measure all qubits
circuit.measure(q, c)

# Print out the circuit
circuit.draw()

Bramy ZZ kąta dowolnego

Natywny zestaw bramek firmy Quantinuum obejmuje dowolne bramy ZZ kąta. Jest to korzystne w przypadku zmniejszenia liczby bramek 2-kubitowych dla wielu algorytmów kwantowych i sekwencji bram. Aby uzyskać informacje o bramach ZZ dowolnego kąta w systemach Quantinuum, zobacz arkusze danych produktów serii H na stronach Model systemowy H1 i Model systemu H2 .

Dowolny kąt bramY ZZ z dostawcą języka Q#

W języku Q# bramka ZZ o dowolnym kątze jest implementowana za pomocą Rzz operacji .

%%qsharp
import Std.Intrinsic.*;
import Std.Measurement.*;
import Std.Arrays.*;

operation ArbitraryAngleZZExample(theta : Double) : Result[] {
    
    // Set up circuit with 2 qubits
    use qubits = Qubit[2];

    // Create array for measurement results
    mutable resultArray = [Zero, size = 2];

    H(qubits[0]);
    Rz(theta, qubits[0]);
    Rz(theta, qubits[1]);
    X(qubits[1]);

    // Add Arbitrary Angle ZZ gate
    Rzz(theta, qubits[0], qubits[1]);  

    // Measure qubits and return results
    for i in IndexRange(qubits) {
        set resultArray w/= i <- M(qubits[i]);  
    }
    
    return resultArray;
}

Dowolny kąt bramY ZZ z dostawcą Qiskit

W zestawie Qiskit bramka ZZ o dowolnym kątze jest implementowana za pomocą rzz metody .

from qiskit import QuantumCircuit

theta = 0.25

# Set up quantum circuit
circuit = QuantumCircuit(2, 2)
circuit.name = "Arbitrary Angle ZZ Gate Example"

circuit.h(0)
circuit.rz(theta, 0)
circuit.rz(theta, 1)
circuit.x(1)

# Add arbitrary angle ZZ gate
circuit.rzz(theta, 0, 1)

circuit.measure_all()

Ogólna brama SU(4) Splątanie

Natywny zestaw bramek firmy Quantinuum zawiera bramę splątania ogólnego SU(4). Należy pamiętać, że obwody kwantowe przesyłane do sprzętu są ponownie oparte na w pełni splątanej bramie ZZ i bramie RZZ o dowolnym kątze. Obwody są rebased tylko do bramy splątania ogólnego SU(4), jeśli użytkownicy wyrażą się do niej. Aby uzyskać informacje na temat splątania ogólnego SU(4) w systemach Quantinuum, zobacz arkusze danych produktów serii H na stronach Model systemowy H1 i Model systemu H2 .

Ogólne SU(4) Splątanie bramy przy użyciu dostawcy języka Q#

W języku Q# brama ogólnego splątania SU(4) jest implementowana za pośrednictwem profilu QIR firmy Quantinuum. Aby go używać, zdefiniuj funkcję z niestandardowym wewnętrznym dopasowaniem podpisu profilu QIR i użyj tej funkcji w ramach SU4Example operacji.

Aby upewnić się, że obwód działa z bramą ogólnego splątania SU(4), przekaż następujące opcje w stosie serii H:

• nativetq: Rxxyyzz aby zapobiec przebazowaniu do innych bram rodzimych.
• noreduce: True aby uniknąć dodatkowych optymalizacji kompilatora (opcjonalnie).

%%qsharp
import Std.Math.*;

operation __quantum__qis__rxxyyzz__body(a1 : Double, a2 : Double, a3 : Double, q1 : Qubit, q2 : Qubit) : Unit {
    body intrinsic;
}

operation SU4Example() : Result[] {
    use qs = Qubit[2];
    
    // Add SU(4) gate
    __quantum__qis__rxxyyzz__body(PI(), PI(), PI(), qs[0], qs[1]);
    
    MResetEachZ(qs)
}

Teraz skompiluj operację:

MyProgram = qsharp.compile("GenerateRandomBit()")

Połącz się z usługą Azure Quantum, wybierz maszynę target i skonfiguruj parametry szumu emulatora:

MyWorkspace = azure.quantum.Workspace(
    resource_id = "",
    location = ""
)

MyTarget = MyWorkspace.get_targets("quantinuum.sim.h1-1e")

# Update TKET optimization level desired
option_params = {
    "nativetq": `Rxxyyzz`,
    "noreduce": True
}

noreduce Przekaż opcję podczas przesyłania zadania:

job = MyTarget.submit(MyProgram, "Submit a program with SU(4) gate", shots = 10, input_params = option_params)
job.get_results()

Parametry szumu emulatora

Użytkownicy mają możliwość eksperymentowania z parametrami szumu emulatorów Quantinuum. W tym miejscu wyróżniono tylko kilka dostępnych parametrów szumu pokazujących sposób przekazywania parametrów u dostawców usługi Azure Quantum.

Aby uzyskać więcej informacji na temat pełnego zestawu dostępnych parametrów szumu, zobacz arkusze danych produktu emulatora serii H1 na stronach Model systemu H1 i Model systemu H2 .

Parametry szumu emulatora z dostawcą języka Q#

Najpierw zaimportuj wymagane pakiety i zainicjuj profil podstawowy:

import qsharp
import azure.quantum
qsharp.init(target_profile=qsharp.TargetProfile.Base)

Następnie zdefiniuj funkcję.

%%qsharp
import Std.Measurement.*;
import Std.Arrays.*;
import Std.Convert.*;

operation GenerateRandomBit() : Result {
    use target = Qubit();

    // Apply an H-gate and measure.
    H(target);
    return M(target);
}

i skompiluj operację:

MyProgram = qsharp.compile("GenerateRandomBit()")

Połącz się z usługą Azure Quantum, wybierz maszynę target i skonfiguruj parametry szumu emulatora:

MyWorkspace = azure.quantum.Workspace(
    resource_id = "",
    location = ""
)

MyTarget = MyWorkspace.get_targets("quantinuum.sim.h1-1e")

# Update the parameter names desired
# Note: This is not the full set of options available. 
# For the full set, see the System Model H1 Emulator Product Data Sheet
option_params = {
    "error-params": {
        "p1": 4e-5,
        "p2": 3e-3,
        "p_meas": [3e-3, 3e-3],
        "p_init": 4e-5,
        "p_crosstalk_meas": 1e-5,
        "p_crosstalk_init": 3e-5,
        "p1_emission_ratio": 6e-6,
        "p2_emission_ratio": 2e-4
    }
}

Przekaż opcje szumu emulatora podczas przesyłania zadania:

job = MyTarget.submit(MyProgram, "Experiment with Emulator Noise Parameters", 
                      shots = 10, 
                      input_params = option_params)
job.get_results()

Aby wyłączyć model szumu emulatora, ustaw error-model opcję na False. Domyślnie jest to ustawione na Truewartość .

option_params = {
    "error-model": False 
}

Aby użyć emulatora stabilizatora, ustaw simulator opcję na stabilizer. Domyślnie jest to ustawione na state-vectorwartość .

option_params = {
    "simulator": "stabilizer" 
}

Parametry szumu emulatora z dostawcą Qiskit

# Specify the emulator backend target to submit to
backend = provider.get_backend("quantinuum.sim.1e")

# Update the parameter names desired
# Note: This is not the full set of options available. 
# For the full set, see the System Model H1 Emulator Product Data Sheet
option_params = {
    "error-params": {
        "p1": 4e-5,
        "p2": 3e-3,
        "p_meas": [3e-3, 3e-3],
        "p_init": 4e-5,
        "p_crosstalk_meas": 1e-5,
        "p_crosstalk_init": 3e-5,
        "p1_emission_ratio": 6e-6,
        "p2_emission_ratio": 2e-4
    }
}
backend.options.update_options(**option_params)

# Submit the job
job = backend.run(circuit, shots=100)
print("Job id:", job.id())

Aby wyłączyć model szumu emulatora, ustaw error-model opcję na False. Domyślnie jest to ustawione na Truewartość .

option_params = {
    "error-model": False 
}

Aby użyć emulatora stabilizatora, ustaw simulator opcję na stabilizer. Domyślnie jest to ustawione na state-vectorwartość .

option_params = {
    "simulator": "stabilizer" 
}

Kompilacja TKET w stosie serii H

Obwody przesyłane do systemów serii H Quantinuum, z wyjątkiem zintegrowanych przesyłania hybrydowego, są automatycznie uruchamiane przez przebiegi kompilacji TKET dla sprzętu serii H. Dzięki temu obwody mogą być automatycznie zoptymalizowane pod kątem systemów serii H i działać wydajniej.

Więcej informacji na temat zastosowanych przebiegów kompilacji można znaleźć w pytket-quantinuum dokumentacji, w szczególności pytket-quantinuum w sekcji Przekazywanie kompilacji.

W stosie oprogramowania serii H zastosowany poziom optymalizacji jest ustawiany za pomocą parametru tket-opt-level . Domyślne ustawienie kompilacji dla wszystkich obwodów przesłanych do systemów serii H to poziom optymalizacji 2.

Użytkownicy, którzy chcą eksperymentować z kompilacją TKET, przechodzą pomyślnie i zobaczą, jakie optymalizacje mają zastosowanie do swoich obwodów przed przesłaniem jakichkolwiek zadań, zobaczą notes Quantinuum_compile_without_api.ipynb w folderze pytket-quantinuum Przykłady .

Aby wyłączyć kompilację TKET w stosie, można ustawić inną opcję no-opt, na True option_paramswartość . Na przykład "no-opt": True.

Aby uzyskać więcej informacji na temat pytketprogramu , zobacz następujące linki:

• pytket
• pytket Podręcznik użytkownika

Kompilacja TKET z dostawcą języka Q#

Najpierw zaimportuj wymagane pakiety i zainicjuj profil podstawowy:

import qsharp
import azure.quantum
qsharp.init(target_profile=qsharp.TargetProfile.Base)

Następnie zdefiniuj funkcję.

%%qsharp
import Std.Measurement.*;
import Std.Arrays.*;
import Std.Convert.*;

operation GenerateRandomBit() : Result {
    use target = Qubit();

    // Apply an H-gate and measure.
    H(target);
    return M(target);
}

i skompiluj operację:

MyProgram = qsharp.compile("GenerateRandomBit()")

Połącz się z usługą Azure Quantum, wybierz maszynę target i skonfiguruj parametry szumu emulatora:

MyWorkspace = azure.quantum.Workspace(
    resource_id = "",
    location = ""
)

MyTarget = MyWorkspace.get_targets("quantinuum.sim.h1-1e")

# Update TKET optimization level desired
option_params = {
    "tket-opt-level": 1
}

Przekaż opcję optymalizacji podczas przesyłania zadania:

job = MyTarget.submit(MyProgram, "Experiment with TKET Compilation", shots = 10, input_params = option_params)
job.get_results()

Kompilacja TKET z dostawcą qiskit

# Specify the backend target to submit to
backend = provider.get_backend("quantinuum.sim.h1-1e")

# Update TKET optimization level desired
option_params = {
    "tket-opt-level": 1
}
backend.options.update_options(**option_params)

# Submit the job
job = backend.run(circuit, shots=100)
print("Job id:", job.id())

Specyfikacje techniczne

Szczegółowe informacje techniczne dotyczące modelu systemowego H1 i H2 oraz modelu systemu H1 i H2 Emulatory można znaleźć w arkuszach danych produktu Firmy Quantinuum na stronie System Model H1 i Model H2 oraz linki do specyfikacji Quantinuum i repozytoriów danych woluminów kwantowych oraz sposobu przytaczania użycia systemów Quantinuum.

Target Dostępność

Komputery kwantowe z serii H quantinuum zostały zaprojektowane tak, aby zostały stale uaktualnione, co umożliwia klientom dostęp do najnowszych możliwości sprzętowych, ponieważ firma Quantinuum stale poprawia wierność bram, błędy pamięci i szybkość systemu.

Cykle sprzętowe firmy Quantinuum w okresach komercyjnych i okresach programowania. W okresach komercyjnych sprzęt jest dostępny do przetwarzania zadań za pośrednictwem systemu kolejek. W okresach programowania sprzęt jest w trybie offline w miarę stosowania uaktualnień.

Co miesiąc kalendarz jest wysyłany do użytkowników Firmy Quantinuum z informacjami na temat okresów komercyjnych i programistycznych. Jeśli ten kalendarz nie został odebrany, wyślij wiadomość e-mail na adres QCsupport@quantinuum.com.

targetStan "s" wskazuje jego bieżącą zdolność do przetwarzania zadań. Możliwe stany target to:

• Dostępne: Element target jest w trybie online, przetwarza przesłane zadania i akceptuje nowe.
• Obniżona wydajność: Element target akceptuje zadania, ale obecnie nie przetwarza ich.
• Niedostępne: element target jest w trybie offline, nie akceptuje nowych przesłanych zadań.

W przypadku komputera targetskwantowego Quantinuum , Dostępne i Obniżone wartości odpowiadają okresom komercyjnym, podczas gdy niedostępny odpowiada okresom programowania, w których maszyna jest w trybie offline na potrzeby uaktualnień.

Bieżące informacje o stanie można pobrać z karty Dostawcy obszaru roboczego w witrynie Azure Portal.

Cennik

Aby wyświetlić plany rozliczeniowe firmy Quantinuum, odwiedź stronę Cennik usługi Azure Quantum.

Limity przydziału i ograniczenia

Limity przydziału firmy Quantinuum są śledzone na podstawie jednostki kredytowej użycia QPU, H-System Quantum Credit (HQC) dla zadań przesłanych do komputerów kwantowych Quantinuum i kontrolerów HQCs (eHQC) dla zadań przesłanych do emulatorów.

HQCs i eHQC są używane do obliczania kosztu uruchamiania zadania i są obliczane na podstawie następującej formuły:

$$ HQC = 5 + C(N_{1q} + 10 N_{2q} + 5 N_m)/5000 $$

gdzie:

• $N_{1q}$ to liczba operacji jednokrotnych w obwodzie.
• $N_{2q}$ to liczba natywnych operacji dwóch kubitów w obwodzie. Brama natywna jest odpowiednikiem CNOT do kilku bramek z jednym kubitem.
• $N_{m}$ to liczba operacji przygotowywania i pomiaru stanu (SPAM) w obwodzie, w tym wstępne przygotowanie stanu niejawnego oraz wszelkie pośrednie i końcowe pomiary i resetowanie stanu.
• $C$ to liczba zdjęć.

Uwaga

Łączny koszt w HQC obejmuje wszystkie bramy i pomiary we wszystkich gałęziach warunkowych lub przepływach sterowania. Może to mieć większy wpływ na zintegrowane zadania hybrydowe.

Limity przydziału są oparte na wyborze planu i można je zwiększyć za pomocą biletu pomocy technicznej. Aby wyświetlić bieżące limity i limity przydziału, przejdź do bloku Środki i przydziały , a następnie wybierz kartę Przydziały obszaru roboczego w witrynie Azure Portal. Aby uzyskać więcej informacji, zobacz Limity przydziału usługi Azure Quantum.

Uwaga

Jeśli używasz planu środków na korzystanie z usługi Azure Quantum, a nie planu rozliczeniowego, informacje o limitach przydziału są mapowane na przydzielone środki. W takim przypadku limit przydziału zawiera łączną liczbę otrzymanych środków.