Skip to main contentIBM Quantum Documentation
This page is from the dev version of Qiskit Runtime client. Go to the stable version

Batch

class Batch(backend=None, max_time=None)

GitHub

Bases: Session

Class for running jobs in batch execution mode.

The batch mode is designed to efficiently perform experiments that comprise multiple independent jobs.

Using the batch mode provides the following benefits:

  • The jobs’ classical computation, such as compilation, is run in parallel. Thus, running multiple jobs in a batch is significantly faster than running them serially.
  • There is usually minimal delay between job, which can help avoid drift.
  • If you partition your workload into multiple jobs and run them in batch mode, you can get results from individual jobs, which makes them more flexible to work with. For example, if a job’s results do not meet your expectations, you can cancel the remaining jobs, or simply re-submit that individual job and avoid re-running the entire workload.

Batch mode can shorten processing time if all jobs are provided at the outset. If you want to submit iterative jobs, use session mode instead.

You can open a Qiskit Runtime batch by using this Batch class, then submit jobs to one or more primitives.

For example:

import numpy as np
from qiskit.circuit.library import IQP
from qiskit.transpiler.preset_passmanagers import generate_preset_pass_manager
from qiskit.quantum_info import random_hermitian
from qiskit_ibm_runtime import QiskitRuntimeService, SamplerV2 as Sampler, Batch
 
n_qubits = 127
 
service = QiskitRuntimeService()
backend = service.least_busy(operational=True, simulator=False, min_num_qubits=n_qubits)
 
rng = np.random.default_rng()
mats = [np.real(random_hermitian(n_qubits, seed=rng)) for _ in range(30)]
circuits = [IQP(mat) for mat in mats]
for circuit in circuits:
    circuit.measure_all()
 
pm = generate_preset_pass_manager(backend=backend, optimization_level=1)
isa_circuits = pm.run(circuits)
 
max_circuits = 10
all_partitioned_circuits = []
for i in range(0, len(isa_circuits), max_circuits):
    all_partitioned_circuits.append(isa_circuits[i : i + max_circuits])
jobs = []
start_idx = 0
 
with Batch(backend=backend):
    sampler = Sampler()
    for partitioned_circuits in all_partitioned_circuits:
        job = sampler.run(partitioned_circuits)
        jobs.append(job)

For more details, check the “Run jobs in a batch” page.

Batch constructor.

Parameters

  • backend (BackendV1 |BackendV2 | None) – Instance of Backend class.
  • max_time (int | str | None) – Maximum amount of time a runtime session can be open before being forcibly closed. Can be specified as seconds (int) or a string like “2h 30m 40s”. This value must be less than the system imposed maximum.

Raises

ValueError – If an input value is invalid.


Attributes

service

Return service associated with this session.

Returns

qiskit_ibm_runtime.QiskitRuntimeService associated with this session.

session_id

Return the session ID.

Returns

Session ID. None if the backend is a simulator.


Methods

backend

backend()

GitHub

Return backend for this session.

Returns

Backend for this session. None if unknown.

Return type

str | None

cancel

cancel()

GitHub

Cancel all pending jobs in a session.

Return type

None

close

close()

GitHub

Close the session so new jobs will no longer be accepted, but existing queued or running jobs will run to completion. The session will be terminated once there are no more pending jobs.

Return type

None

details

details()

GitHub

Return session details.

Returns

A dictionary with the sessions details.

  • id: id of the session.
  • backend_name: backend used for the session.
  • interactive_timeout: The maximum idle time (in seconds) between jobs that is allowed to occur before the session is deactivated.
  • max_time: Maximum allowed time (in seconds) for the session, subject to plan limits.
  • active_timeout: The maximum time (in seconds) a session can stay active.
  • state: State of the session - open, active, inactive, or closed.
  • accepting_jobs: Whether or not the session is accepting jobs.
  • last_job_started: Timestamp of when the last job in the session started.
  • last_job_completed: Timestamp of when the last job in the session completed.
  • started_at: Timestamp of when the session was started.
  • closed_at: Timestamp of when the session was closed.
  • activated_at: Timestamp of when the session state was changed to active.
  • mode: Execution mode of the session.
  • usage_time: The usage time, in seconds, of this Session or Batch. Usage is defined as the time a quantum system is committed to complete a job.

Return type

Dict[str, Any] | None

from_id

classmethod from_id(session_id, service)

GitHub

Construct a Session object with a given session_id

Parameters

  • session_id (str) – the id of the session to be created. This must be an already existing session id.

  • service (QiskitRuntimeService) –

    instance of the QiskitRuntimeService class.

    Raises:

    IBMInputValueError: If given session_id does not exist.

Returns

A new Session with the given session_id

Return type

Session

status

status()

GitHub

Return current session status.

Returns

Session status as a string.

  • Pending: Session is created but not active. It will become active when the next job of this session is dequeued.
  • In progress, accepting new jobs: session is active and accepting new jobs.
  • In progress, not accepting new jobs: session is active and not accepting new jobs.
  • Closed: max_time expired or session was explicitly closed.
  • None: status details are not available.

Return type

str | None

usage

usage()

GitHub

Return session usage in seconds.

Session usage is the time from when the first job starts until the session goes inactive, is closed, or when its last job completes, whichever happens last.

Batch usage is the amount of time all jobs spend on the QPU.

Return type

float | None

Was this page helpful?
Report a bug or request content on GitHub.