Využití pracovní zátěže

Využití je měřítkem množství času, po který je QPU uzamčena pro tvou pracovní zátěž, a počítá se různě v závislosti na tom, který režim spuštění používáš.

• Využití Session je wall-clock čas, po který je session aktivní. Více informací o přechodech stavů session najdeš v části Délka session.
• Využití Batch je součet kvantového času (čas, který QPU komplex stráví zpracováváním tvé úlohy) všech úloh v dávce.
• Využití jedné úlohy je kvantový čas, který úloha spotřebuje při zpracování.

Všimni si, že neúspěšné nebo zrušené úlohy se za určitých okolností počítají do tvého využití – podrobnosti najdeš v části Neúspěšné a zrušené úlohy.

U uživatelů placených plánů určuje využití cenu pracovní zátěže. Podrobnosti najdeš v části Správa nákladů.

Využití pro neúspěšné a zrušené úlohy

Pokud úloha selže nebo je zrušena, nahlášené využití je následující:

• Režim úlohy nebo dávky: Nahlášené využití je čas, po který byla QPU uzamčena pro vykonávání tvé pracovní zátěže, až do okamžiku selhání nebo zrušení. Pokud tedy k selhání nebo zrušení došlo před uzamčením, nahlášené využití je nula. V opačném případě je nahlášené využití pracovní zátěže rovno množství využití před jejím selháním nebo zrušením. Některé neúspěšné úlohy se tedy v nahlášeném využití neobjeví a jiné ano.

• Režim Session: Nahlášené využití je wall-clock čas, po který je session aktivní, bez ohledu na počet úloh, které selžou nebo jsou zrušeny.

Dotaz na skutečné využití pracovní zátěže

Po dokončení pracovní zátěže existuje několik způsobů, jak zobrazit její skutečné využití:

• Spusť batch.usage() nebo session.usage() v qiskit-ibm-runtime 0.30 nebo novějším. Pokud používáš starší verzi qiskit-ibm-runtime (>= 0.23 a < 0.30), využití lze stále najít v session.details()["usage_time"] a batch.details()["usage_time"].
• Použij GET /sessions/{id} pro zobrazení využití konkrétní dávky nebo session.
• Použij GET /jobs/{id} pro zobrazení využití jedné úlohy.

Zobrazení využití instance

Využití instance si můžeš prohlédnout na stránce Instances, nebo na stránce Analytics (pokud máš příslušná oprávnění). Všimni si, že stránky mohou zobrazovat různé hodnoty využití, protože využití počítají odlišně.

Stránka Instances zobrazuje využití v reálném čase za posledních 28 dní (klouzavé okno), až do aktuálního času v aktuálním dni. Využití na stránce Analytics se přepočítává každou hodinu a zahrnuje posledních 28 celých dní; to znamená, že zobrazuje využití od 00:00 před 28 dny do dnešního dne, k celé hodině.

Odhad využití před odesláním úlohy

Přestože přesný lokální odhad komplikují dodatečné operace prováděné pro potlačení a zmírňování chyb, můžeš použít tento základní vzorec pro přibližný odhad využití:

<per sub-job overhead> + (rep_delay + <circuit length>) * <num executions>

• <per sub-job overhead> je režie přibližně 2 s na dílčí úlohu. Zahrnuje operace jako načítání dat do řídicí elektroniky. Tvá primitivní úloha může být rozdělena do více dílčích úloh, pokud je příliš velká na to, aby ji modul pro spouštění zpracoval najednou.
• rep_delay je uživatelsky konfigurovatelná volba a její výchozí hodnota je dána backend.default_rep_delay, což je na většině backendů IBM Quantum 250 mikrosekund. Všimni si, že snížení rep_delay zkracuje celkovou dobu spuštění QPU, ale za cenu vyšší chybovosti při přípravě stavů; více informací najdeš v průvodci Spuštění s dynamickou frekvencí opakování.
• <circuit length> je celková délka instrukce. Každá instrukce trvá na QPU jinou dobu, takže celková délka se liší circuit od circuit. Například měření může trvat 56krát déle než hradlo x. Pro zjištění přesné doby trvání každé instrukce lze použít backend.target[<instruction>][<qubit>].duration. Typická délka circuit se pravděpodobně pohybuje mezi 50–100 mikrosekundami. Pokud při práci s primitivy používáš techniky potlačení nebo zmírňování chyb, mohou být do tvého circuit vloženy další instrukce, čímž se celková délka circuit zvýší.
  poznámka

  Experimentální volba scheduler_timing vrací celkový čas circuit, ale tento čas se NEPOUŽÍVÁ pro účtování.

• <num executions> je celkový počet circuits vynásobený počtem shotů, přičemž circuits jsou ty, které vzniknou po rozesílání prvků PUB.
  • Pokud při práci s primitivy používáš techniky zmírňování chyb, mohou být jako součást procesu zmírňování spuštěny další circuits, což zvýší celkový počet spuštění. Navíc pokročilé techniky zmírňování chyb jako PEA a PEC jsou spojeny s mnohem vyšší režií, protože vyžadují spuštění circuits pro učení se šumu.
  • Estimator seskupuje qubit-wise komutující observables, čímž snižuje počet spuštění.

Pokud nepoužíváš žádné pokročilé techniky zmírňování chyb ani vlastní rep_delay, můžeš jako rychlý vzorec použít 2+0.00035*<num executions>.

Další kroky

Doporučení

• Přečti si tyto tipy: Minimalizace doby spuštění úlohy.
• Nastav Maximální dobu spuštění.
• Nauč se transpilovat lokálně v sekci Transpiler.
• Vyzkoušej průvodce Porovnání nastavení transpilátoru.