Had kerja

Apabila anda menghantar kerja ke QPU IBM®, ia akan dihantar terlebih dahulu ke perkhidmatan pengesahan kerja. Perkhidmatan ini cuba memastikan kerja tersebut boleh berjalan pada QPU supaya anda tidak perlu menunggu dalam giliran dan kemudian kerja itu gagal. Semakan ini termasuk penguatkuasaan had-had yang diterangkan berikut. Jika had ini dilampaui, beban kerja tersebut tidak dapat dikendalikan oleh tindanan perisian kuantum dan biasanya akan gagal.

Nota

• Pilihan primitif tertentu akan menambah saiz litar. Had yang diterangkan disemak selepas jangkaan peningkatan saiz litar. Khususnya, pilihan-pilihan ini menambah saiz litar:
  • Penyahgandingan dinamik dan lipatan get ZNE memperkenalkan get tambahan yang disertakan dalam arahan untuk had Jumlah maksimum arahan peringkat rendah per qubit.
  • Lipatan get ZNE memperkenalkan get dua-qubit tambahan yang relevan dengan had Jumlah maksimum get dua-qubit per kerja. Bilangan get dua-qubit didarab dengan jumlah faktor hingar yang diminta dalam lipatan get ZNE.
• Had yang dilaporkan oleh medan backend.configuration() iaitu max_shots dan max_experiments tidak lagi relevan atau dikuatkuasakan. Medan-medan ini akan dikeluarkan dalam masa terdekat.
• Had ini adalah per kerja, bukan per Primitive Unified Bloc (PUB).

Pelaksanaan maksimum

Paling banyak, 10 juta pelaksanaan dibenarkan untuk kerja Sampler (kerja Estimator boleh dibahagikan kepada sub-kerja yang lebih kecil, jadi had ini tidak terpakai). Bilangan pelaksanaan adalah bilangan litar darab bilangan tembakan, di mana litar-litar tersebut ialah yang dijana selepas elemen PUB disiarkan.

Sebagai contoh, jika anda mempunyai PUB dengan satu litar dan parameter berbentuk (4, 1), ini akan menghasilkan 4 litar. Jika anda meminta 2,000 tembakan, maka jumlah bilangan pelaksanaan ialah $4 \times 2,000 = 8,000$.

Perlu diingat bahawa jika anda mendayakan Pauli-twirling dalam kerja Sampler anda, jumlah tembakan adalah berdasarkan nilai num_randomizations dan shots_per_randomization. Lihat TwirlingOptions untuk maklumat lanjut.

Jumlah maksimum arahan peringkat rendah per qubit

Perkhidmatan membenarkan sehingga 26.8 juta arahan sistem kawalan per qubit. Ini memastikan litar pengguna muat dalam memori arahan sistem kawalan. Contoh di bawah menunjukkan cara mengumpilkan litar dan mengira berapa banyak setiap arahan yang ada.

Jadual berikut menerangkan cara sistem menterjemah arahan litar seni bina set arahan (ISA) kepada arahan sistem kawalan semasa mengira had ini.

Arahan	Kiraan
rz	1
delay	1
sx	2
x	2
cx	5
cz	5
ecr	5
measure	10
reset	17
init	50

nota

Jadual ini merakam heuristik yang digunakan dalam pengesahan dan tidak mencerminkan bilangan tepat arahan yang digunakan untuk melaksanakan sesuatu operasi.

Contoh

Tentukan litar, umpilkan, dan dapatkan kiraan berapa banyak get yang akan dijalankan.

from qiskit import QuantumCircuit
from qiskit.transpiler import generate_preset_pass_manager
from qiskit_ibm_runtime import QiskitRuntimeService

num_qubits = 50
ghz = QuantumCircuit(num_qubits)
ghz.h(range(num_qubits))
ghz.cx(0, range(1, num_qubits))
op_counts = ghz.count_ops()

# Choose the least busy backend
service = QiskitRuntimeService()
backend = service.least_busy(operational=True, simulator=False)

pm = generate_preset_pass_manager(optimization_level=3, backend=backend)
transpiled_ghz = pm.run(ghz)
op_counts = transpiled_ghz.count_ops()

print(f"Post-Transpilation gates: {op_counts}")

Untuk maklumat penuh, lihat Umpil terhadap Backend tersuai.

Jumlah maksimum get satu-qubit dan dua-qubit per litar

Jumlah maksimum get satu-qubit adalah seperti berikut:

• 30 juta get RZ
• 20 juta get SX

Jumlah maksimum get dua-qubit per litar ialah lima juta. Ini memastikan kerja tersebut boleh dimanipulasi dalam had memori tindanan perisian peringkat rendah.