Ausführungsmodi FAQs

• Unterstützt der lokale qiskit-ibm-runtime Testmodus verschiedene Ausführungsmodi?

  Der lokale Testmodus unterstützt die Syntax für die verschiedenen Ausführungsmodi, aber da es beim lokalen Testen keine Zeitplanung gibt, werden die Modi ignoriert.

• Wie viele Jobs können für ein bestimmtes Backend parallel ausgeführt werden?

  Die Anzahl der parallel laufenden Aufträge richtet sich nach dem für das Backend konfigurierten Grad der Parallelität, der bei den meisten Backends heute fünf beträgt.

• Wie wird die Nutzung für fehlgeschlagene oder abgebrochene Aufträge gemeldet?

  Siehe den Abschnitt Fehlgeschlagene und abgebrochene Aufträge auf der Seite Ausführungsmodi.

Sitzungen

• Was passiert mit meinen Jobs, wenn eine Sitzung geschlossen wird?

  Wenn Sie die Klasse Session in qiskit-ibm-runtime verwenden:

  • Session.close() bedeutet, dass die Sitzung keine neuen Aufträge mehr annimmt, aber bestehende Aufträge bis zum Ende ausgeführt werden.
  • Session.cancel() bricht alle anstehenden Sitzungsaufträge ab.

  Wenn Sie die REST-API direkt verwenden:

  • PATCH /sessions/{id} mit accepting_jobs=False bedeutet, dass die Sitzung keine neuen Aufträge mehr annimmt, aber bestehende Aufträge bis zum Ende ausgeführt werden.
  • DELETE /sessions/{id}/close bricht alle anstehenden Sitzungsaufträge ab.
• Wenn ich den Sitzungsmodus verwende und davon ausgehe, dass mein Experiment viele Stunden dauern wird, gibt es dann eine Möglichkeit, Kalibrierungen anzufordern?

  Anzahl Eine On-Demand-Kalibrierung ist nicht verfügbar.

• Gibt es im Sitzungsmodus eine interaktive Zeitüberschreitung (interaktive TTL)?

  Ja. Dies reduziert unerwünschte Kosten, wenn ein Benutzer vergisst, seine Sitzung zu schließen.

• Kann ich die interaktive TTL oder die maximale TTL einer Sitzung ändern?

  Sie können den interaktiven TTL-Wert nicht ändern. Sie können den maximalen TTL-Wert einer Sitzung ändern (siehe Angeben der Sitzungslänge ), er muss jedoch unter dem systemdefinierten Maximum liegen. Bitten Sie Ihren Administrator, sich an den IBM -Support zu wenden, wenn Sie eine andere interaktive TTL oder maximale System-TTL benötigen.

• Wie wirkt sich die Sitzungsnutzung auf Mitglieder von „ IBM Quantum Network “ aus, denen keine nutzungsabhängigen Gebühren berechnet werden?

  IBM Quantum Network mitglieder erhalten reservierte Kapazität auf IBM Quantum® QPUs. Die Auslastung wird von dieser Kapazität abgezogen und Instanzen mit geringerer Kapazität haben eine längere Wartezeit.

• Erhalte ich im Sitzungsmodus denselben Parallelismus wie im Batch-Modus?

  Ja. Wenn Sie mehrere Aufträge gleichzeitig in einer Sitzung einreichen, werden diese parallel ausgeführt.

• Können Sitzungen durch QPU-Upgrades oder Kalibrierungen unterbrochen werden?

  Anzahl Die Sitzungen laufen im dedizierten Modus, d. h. der Benutzer hat vollen Zugriff auf das Backend. Die Sitzungen werden nie durch Kalibrierungen oder Software-Upgrades unterbrochen.

• Wird die Kompilierungszeit im Sitzungsmodus als Nutzung gezählt?

  Ja. Im Sitzungsmodus ist die Nutzung die Wanduhrzeit, die die QPU der Sitzung zugeordnet ist. Sie beginnt, wenn der erste Sitzungsauftrag beginnt, und endet, wenn die Sitzung inaktiv wird, geschlossen wird oder wenn der letzte Auftrag abgeschlossen wird, je nachdem, was zuletzt eintritt. Der Verbrauch läuft also auch nach dem Ende einer Sitzung weiter, wenn die QPU noch einen Auftrag ausführt. Darüber hinaus zählt die Zeit nach Beendigung eines Auftrags, während die QPU auf einen anderen Sitzungsauftrag wartet (die interaktive TTL), als Nutzung. Aus diesem Grund sollten Sie sicherstellen, dass die Sitzung geschlossen wird, sobald Sie keine Aufträge mehr an sie übermitteln.

Batch

• Wie viele Jobs werden parallel im Batch-Modus ausgeführt?

  Die Anzahl der parallel laufenden Aufträge richtet sich nach dem für das Backend konfigurierten Grad der Parallelität, der bei den meisten Backends fünf beträgt. Die Anzahl der gleichzeitigen Aufträge in einem aktiven Stapel könnte jedoch geringer sein, da bereits andere Aufträge laufen könnten, wenn der Stapel aktiv wird.

• Wie unterscheidet sich die Ausführung von N PUBs im Job-Modus von der Ausführung von N Single- PUB -Jobs im Batch-Modus?

  Der Hauptunterschied besteht in der Abwägung von Zeit und Kosten:

  Batch-Modus:

  • Die Gesamtlaufzeit ist geringer, weil die klassische Verarbeitung parallel laufen kann.
  • Da die Ausführung jedes einzelnen Auftrags einen geringen Mehraufwand verursacht, fallen bei gebündelten Aufträgen letztlich etwas höhere Kosten an als bei der Ausführung aller Schaltkreise in einem einzigen Auftrag.
  • Da Sie im Batch-Modus keinen exklusiven Zugriff auf ein Backend haben, können Aufträge innerhalb eines Batches zusammen mit Aufträgen anderer Benutzer oder Kalibrierungsaufträgen laufen.
  • Wenn einige Aufträge fehlschlagen, erhalten Sie trotzdem die Ergebnisse der abgeschlossenen Aufträge.
  • Sie können mitten in einem Batch-Workload auf der Grundlage der Ergebnisse abgeschlossener Aufträge Maßnahmen ergreifen. Sie können zum Beispiel die restlichen Aufträge abbrechen, wenn die ersten Ergebnisse falsch aussehen.

  Arbeitsweise:

  • Die Gesamtlaufzeit ist wahrscheinlich höher, da es keine Parallelität gibt.
  • Sie zahlen nicht für den zusätzlichen Overhead pro Auftrag, der mit Batch-Workloads verbunden ist.
  • Alle Ihre Stromkreise werden zusammenlaufen.
  • Wenn dieser einzelne Auftrag fehlschlägt, erhalten Sie keine Teilergebnisse.
  • Ihr Auftrag könnte an die Grenze stoßen, wenn er zu viele Schaltkreise enthält oder wenn die Schaltkreise zu groß sind.

  Wenn jeder Ihrer Aufträge weniger als eine Minute QPU-Zeit in Anspruch nimmt, sollten Sie in Erwägung ziehen, ihn zu einem größeren Auftrag zusammenzufassen (dies gilt für alle Ausführungsmodi).

• Wie viele Aufträge kann ich in einem Stapel übermitteln?

  Die Anzahl der Aufträge, die Sie in einem Stapel übermitteln können, ist zwar nicht begrenzt, aber es gibt eine Höchstdauer für einen Stapel. Das heißt, wenn die Wanduhrzeit eines Batches (die mit dem Start des ersten Batch-Jobs beginnt) die vom System festgelegte Höchstzeit überschreitet, nimmt der Batch keine neuen Jobs mehr an, und alle in der Warteschlange stehenden, aber nicht laufenden Jobs werden abgebrochen. Darüber hinaus gibt es je nach Tarif Obergrenzen für den Verbrauch Ihrer Aufträge. Um die maximale Zeit für eine Charge zu ermitteln, verwenden Sie die Methode batch.details() und suchen Sie den Wert max_time .

• Wann würden meine Batch-Jobs parallel zu den Jobs anderer Benutzer ausgeführt werden?

  Der für ein Backend konfigurierte Grad der Parallelität wird auch als "Ausführungsspuren" bezeichnet. Wenn eine oder mehrere Ausführungsspuren verfügbar sind und Ihre Batch-Aufträge als nächstes an der Reihe sind, startet der Scheduler so viele Aufträge, dass die Spuren gefüllt sind. Wenn Ihr Stapel nicht genügend Aufträge hat, um die Bahnen zu füllen, startet der Planer die Aufträge anderer Benutzer.

  Beispiel: Das von Ihnen gewählte Backend hat fünf Ausführungsspuren, von denen zwei derzeit durch Aufträge anderer Benutzer belegt sind. Ihr Stapel von sechs Aufträgen ist der nächste, der ausgeführt werden soll.

  Da drei Bahnen verfügbar sind, startet der Scheduler drei Ihrer sechs Batch-Jobs. Es startet weiterhin Aufträge in Ihrem Stapel, wenn Aufträge beendet und Ausführungsspuren verfügbar werden. Wenn eine Spur frei wird und es keine weiteren Aufträge in Ihrem Stapel gibt, startet der Scheduler den nächsten Auftrag in der Reihe.

• Müssen alle meine Batch-Jobs in der Warteschlange warten?

  Da QPUs begrenzte und gemeinsam genutzte Ressourcen sind, müssen alle Aufträge in der Warteschlange warten. Wenn jedoch der erste Auftrag in Ihrem Stapel ausgeführt wird, rücken alle anderen Aufträge in diesem Stapel an den Anfang der Warteschlange und werden vom Planer priorisiert.

• Beendet sich ein Batch automatisch, wenn der letzte zugehörige Job beendet ist?

  Ja. Diese automatische Erkennung ist jedoch mit einem gewissen Overhead verbunden, so dass Sie Ihren Stapel und Ihre Sitzung immer schließen sollten.

• Können Chargen durch Kalibrierungen oder Software-Upgrades unterbrochen werden?

  Ja. Batch-Workloads können durch Kalibrierungen oder Software-Upgrades unterbrochen werden.

• Wird die Kompilierungszeit im Batch-Modus als Nutzung gezählt?

  Anzahl Im Batch-Modus zählt nur die auf der Quantenhardware verbrachte Zeit als Nutzung.