Udostępnij za pośrednictwem


Dostawca Quantinuum

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

Cele

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

Nazwa docelowa ID docelowy 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 Użyj tego do weryfikacji programów kwantowych na kompilatorze H2-1 przed ich przesłaniem na sprzęt lub emulatory na platformie Quantinuum. Wolne od kosztów.
kontroler składni H2-2 quantinuum.sim.h2-2sc 56 kubitów Użyj tego do weryfikacji programów kwantowych względem kompilatora H2-2 przed przesłaniem do sprzętu lub emulatorów na platformie Quantinuum. 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 modelu H2-1. Symulacja 56 kubitów jest dostępna tylko jako symulacja stabilizatora
emulator H2-2 quantinuum.sim.h2-2e 56/32 kubity Używa realistycznego modelu fizycznego H2-2 i modelu szumu. Symulacja 56 kubitów jest dostępna tylko jako symulacja stabilizatora
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 z uwięzionymi jonami H2-1 firmy Quantinuum.
H2-2 quantinuum.qpu.h2-1 56 kubitów Urządzenie z uwięzionymi jonami H2-2 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 Quantinuum, o ile zadania są ustawiane w kolejce w odstępie 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, kontroler składni zwróci success status i wynik składający się z samych zer. 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
  • Identyfikator docelowy:
    • Moduł sprawdzania składni H1-1: quantinuum.sim.h1-1sc
    • Moduł sprawdzania składni H2-1: quantinuum.sim.h2-1sc
    • Moduł sprawdzania składni H2-2: quantinuum.sim.h2-2sc
  • Docelowy profil uruchamiania: QIR Adaptive RI

Użycie korektorów składni jest dostępne 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 System Model H1 używają identycznego interfejsu API do przesyłania zadań analogicznie jak w sprzęcie System Model H1, co umożliwia płynne 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 Karcie danych produktu Emulator Modelu systemowego H1, dostępnej na stronie Modelu systemowego H1.

  • Typ zadania: Simulation
  • Format danych: quantinuum.openqasm.v1
  • Identyfikator docelowy:
    • Emulator H1-1: quantinuum.sim.h1-1e
  • Docelowy profil uruchamiania: 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 firmy Quantinuum (oparty na chmurze)

Emulator Quantinuum jest dostępny bezpłatnie na stronie Code with Azure Quantum w witrynie Azure Quantum, gdzie można pisać kod w języku Q# i przesyłać zadania do emulatora Quantinuum bez konieczności posiadania konta w platformie Azure. Emulator Quantinuum jest emulatorem kwantowym opartym na wektorze stanu, który używa realistycznego modelu szumu fizycznego i uogólnionych parametrów błędu w oparciu o typową wydajność komputera kwantowego System Model H1. 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

Model Systemu H1 generacji komputerów kwantowych, zasilanych przez Honeywell, składa się z kwantowego urządzenia z ładunkowo sprzężonym układem (QCCD) z jedną sekcją liniową i obecnie obejmuje 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
  • Identyfikator docelowy:
    • H1-1: quantinuum.qpu.h1-1
  • Docelowy profil uruchamiania: 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 o modelu szumu można znaleźć w arkuszu danych produktu System Model H2 Emulator, który znajduje się na stronie System Modelowy H2. Emulator Modelu Systemu H2 używa identycznego interfejsu API do przesyłania zadań jak sprzęt Modelu Systemu H2, 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
  • Identyfikator docelowy:
    • Emulator H2-1: quantinuum.sim.h2-1e
    • Emulator H2-2: quantinuum.sim.h2-2e
  • Docelowy profil uruchamiania: QIR Adaptive RI

Użycie emulatora modelu systemu H2 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 System Model H2, 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 modelu systemu H2 jest stale aktualizowany 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
  • Identyfikator docelowy:
    • H2-1: quantinuum.qpu.h2-1
    • H2-2: quantinuum.qpu.h2-2
  • Docelowy profil uruchamiania: 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 układu i ponowne używanie ich
Bramy ZZ o dowolnym kącie Bezpośrednio wykonaj obroty bramki 2-kubitowej o dowolnym kącie
Ogólna Brama Splątania SU(4) Bezpośrednio wykonaj obroty bramki 2-kubitowej o dowolnym kącie
Parametry szumu emulatora Eksperymentowanie z parametrami szumu używanymi w emulatorach Quantinuum
optymalizacje TKET w stosu Quantinuum Eksperymentowanie z włączaniem różnych poziomów optymalizacji TKET w stosie Quantinuum

Użytkownicy mogą korzystać z tych dodatkowych możliwości za pośrednictwem funkcji obwodowych lub parametrów przesyłu w dostawcach 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 w połowie obwodu może pozostawić kubit w stanie nieobliczeniowym. 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ą być użyte do sterowania przyszłymi elementami obwodu. Przykłady podkreślają również to użycie.

Aby uzyskać informacje na temat MCMR w systemach Quantinuum, zobacz arkusze danych produktów Quantinuum na stronach System Model H1 i System Model H2.

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];
}

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 na temat bram ZZ dowolnego kąta w systemach Quantinuum, zobacz arkusze danych produktów systemów Quantinuum na stronach Model systemu H1 i Model systemu H2.

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

%%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) {
        resultArray w/= i <- M(qubits[i]);  
    }
    
    return resultArray;
}

Brama splątania SU(4)

Natywny zestaw bramek firmy Quantinuum zawiera ogólną bramę splątania SU(4). Należy pamiętać, że obwody kwantowe przesyłane do sprzętu są przestawiane na splątaną bramkę ZZ i bramkę RZZ o dowolnym kącie. Obwody są zredukowane tylko do ogólnej bramy splątania SU(4), jeżeli użytkownicy się na to zdecydują. Aby uzyskać informacje na temat Ogólnego Splątywacza SU(4) w systemach Quantinuum, zapoznaj się z arkuszami danych produktów Quantinuum Systems na podstronach System Model H1 i System Model H2.

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 ogólną bramą splątania SU(4), przekaż następujące opcje na platformie Quantinuum.

  • nativetq: Rxxyyzz aby zapobiec przekierowaniu do innych miejsc docelowych.
  • 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
}

Przekaż opcję noreduce 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 produktów emulatora Quantinuum na stronach System Model H1 i System Model H2.

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 działanie:

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" 
}

Kompilacja TKET w ekosystemie Quantinuum

Obwody przesłane do systemów Quantinuum, z wyjątkiem zintegrowanych przesyłek hybrydowych, automatycznie przechodzą przez procesy kompilacji TKET dla sprzętu Quantinuum. Dzięki temu obwody mogą być automatycznie zoptymalizowane pod kątem systemów Quantinuum i działać wydajniej.

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

W stosie oprogramowania Quantinuum zastosowany poziom optymalizacji jest ustawiany przy użyciu parametru tket-opt-level. Domyślne ustawienie kompilacji dla wszystkich obwodów przesłanych do systemów Quantinuum to poziom optymalizacji 2.

Użytkownicy, którzy chcą eksperymentować z przebiegami kompilacji TKET i sprawdzić, jakie optymalizacje można zastosować do swoich obwodów przed przesłaniem zadań, mogą zapoznać się z notatnikiem Quantinuum_compile_without_api.ipynb w folderze pytket-quantinuum Przykłady.

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

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

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 działanie:

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()

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.

Dostępność docelowa

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

Cykle sprzętowe firmy Quantinuum przechodzą przez okresy komercyjne i okresy rozwoju. 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.

Status target wskazuje jego bieżącą zdolność do przetwarzania zadań. Do możliwych stanów target należą:

  • 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 kwantowego Quantinuum, targets i Obniżone wartości odpowiadają okresom komercyjnym, podczas gdy Niedostępny odpowiada okresom rozwoju, w których maszyna jest w trybie offline w celu modernizacji.

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, Sprzętowy Kredyt Kwantowy (HQC), dla zadań przesyłanych do komputerów kwantowych Quantinuum oraz emulatorowych HQC (eHQC) dla zadań przesył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 na jednym kubicie w obwodzie.
  • $N_{2q}$ to liczba natywnych operacji dwóch kubitów w obwodzie. Brama natywna jest odpowiednikiem CNOT w połączeniu z kilkoma bramkami jednokubitowymi.
  • $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 przydziały, przejdź do sekcji Operacje i wybierz panel Przydziały w obszarze roboczym na portalu Azure. Aby uzyskać więcej informacji, zobacz Limity przydziału usługi Azure Quantum.