Soalan lazim mod pelaksanaan Qiskit Runtime

Adakah mod pengujian setempat Qiskit Runtime menyokong mod pelaksanaan yang berbeza?

Mod pengujian setempat menyokong sintaks untuk mod pelaksanaan yang berbeza, tetapi oleh kerana tiada penjadualan yang terlibat apabila menguji secara setempat, mod-mod tersebut diabaikan.

Berapa banyak kerja yang boleh berjalan secara selari untuk backend tertentu?

Bilangan kerja yang berjalan secara selari adalah berdasarkan darjat keselarian yang dikonfigurasi untuk backend, iaitu lima untuk kebanyakan backend hari ini.

Bagaimana penggunaan dilaporkan untuk kerja yang gagal atau dibatalkan?

Lihat bahagian Kerja yang gagal dan dibatalkan pada halaman Mod pelaksanaan.

Sesi

Apa yang berlaku kepada kerja saya jika sesi ditutup?

Jika anda menggunakan kelas Session dalam qiskit-ibm-runtime:

• Session.close() bermakna sesi tidak lagi menerima kerja baharu, tetapi kerja yang sedia ada dijalankan sehingga selesai.
• Session.cancel() membatalkan semua kerja sesi yang belum selesai.

Jika anda menggunakan REST API secara langsung:

• PATCH /sessions/{id} dengan accepting_jobs=False bermakna sesi tidak lagi menerima kerja baharu, tetapi kerja yang sedia ada dijalankan sehingga selesai.
• DELETE /sessions/{id}/close membatalkan semua kerja sesi yang belum selesai.

Jika saya menggunakan mod sesi dan menjangkakan eksperimen saya akan mengambil masa berjam-jam, adakah terdapat cara untuk meminta kalibrasi berlaku?

Tidak. Kalibrasi atas permintaan tidak tersedia.

Adakah terdapat tamat masa interaktif (TTL interaktif) dengan mod sesi?

Ya. Ini mengurangkan kos yang tidak diingini jika pengguna terlupa menutup sesi mereka.

Bolehkah saya menukar TTL interaktif atau TTL maksimum sesi?

Anda tidak boleh menukar nilai TTL interaktif. Anda boleh menukar nilai TTL maksimum sesi (lihat Tentukan tempoh sesi), tetapi ia mesti kurang daripada maksimum yang ditakrifkan sistem. Minta pentadbir anda untuk menghubungi sokongan IBM jika anda memerlukan TTL interaktif atau TTL maksimum sistem yang berbeza.

Bagaimana penggunaan sesi mempengaruhi ahli IBM Quantum Network yang tidak dikenakan bayaran mengikut penggunaan?

Ahli IBM Quantum Network mendapat kapasiti rizab pada QPU IBM Quantum®. Penggunaan ditolak dari kapasiti ini dan instans dengan kapasiti yang lebih rendah mempunyai masa beratur yang lebih lama.

Adakah saya mendapat keselarian yang sama dalam mod sesi seperti yang saya dapat dengan mod batch?

Ya. Jika anda menghantar berbilang kerja serentak dalam sesi, kerja-kerja ini akan berjalan secara selari.

Bolehkah sesi diganggu oleh naik taraf QPU atau kalibrasi?

Tidak. Sesi berjalan dalam mod khusus, bermakna pengguna mempunyai akses penuh kepada backend. Sesi tidak pernah diganggu oleh kalibrasi atau naik taraf perisian.

Adakah masa kompilasi dikira sebagai penggunaan dalam mod sesi?

Ya. Dalam mod sesi, penggunaan adalah masa jam dinding QPU dikemitkan kepada sesi. Ia bermula apabila kerja sesi pertama bermula dan berakhir apabila sesi menjadi tidak aktif, ditutup, atau apabila kerja terakhir selesai, mana yang berlaku terakhir. Oleh itu, penggunaan terus terkumpul selepas sesi berakhir jika QPU masih menjalankan kerja. Selain itu, masa selepas kerja selesai sementara QPU menunggu kerja sesi lain (TTL interaktif) dikira sebagai penggunaan. Inilah sebabnya anda harus memastikan sesi ditutup sebaik sahaja anda selesai menghantar kerja ke dalamnya.

Batch

Berapa banyak kerja yang berjalan secara selari dalam mod batch?

Bilangan kerja yang berjalan secara selari adalah berdasarkan darjat keselarian yang dikonfigurasi untuk backend, iaitu lima untuk kebanyakan backend. Namun, bilangan kerja serentak dalam batch aktif boleh lebih rendah kerana mungkin ada kerja lain yang sudah berjalan apabila batch menjadi aktif.

Apa perbezaan antara menjalankan N PUB dalam mod kerja berbanding menjalankan N kerja satu PUB dalam mod batch?

Perbezaan utamanya ialah pertukaran masa dan kos:

Mod batch:

• Jumlah masa jalankan adalah lebih singkat kerana pemprosesan klasik mungkin berjalan secara selari.
• Terdapat sedikit overhead untuk menjalankan setiap kerja, jadi anda akhirnya membayar lebih sedikit lebih untuk kerja yang dibatch. Overhead ini berkorelasi dengan saiz kerja. Contohnya, jumlah penggunaan dua kerja, masing-masing mengandungi 40 litar 100x100, adalah enam saat lebih daripada satu kerja yang mengandungi 80 litar.
• Oleh kerana mod batch tidak memberi anda akses eksklusif kepada backend, kerja dalam batch mungkin berjalan bersama kerja pengguna lain atau kerja kalibrasi.
• Jika beberapa kerja gagal, anda masih mendapat keputusan dari kerja yang selesai.
• Anda boleh mengambil tindakan di tengah-tengah beban kerja batch berdasarkan keputusan kerja yang selesai. Contohnya, anda boleh membatalkan kerja selebihnya jika keputusan awal kelihatan tidak betul.

Mod kerja:

• Jumlah masa jalankan kemungkinan lebih tinggi kerana tiada keselarian.
• Anda tidak membayar overhead sestiap kerja yang berkaitan dengan beban kerja batch.
• Semua litar anda akan berjalan bersama.
• Jika kerja tunggal ini gagal, anda tidak mendapat keputusan separa.
• Kerja anda mungkin mencapai had jika mengandungi terlalu banyak litar atau jika litar terlalu besar.

Secara umum, jika setiap kerja anda menggunakan kurang daripada satu minit masa QPU, pertimbangkan untuk menggabungkannya menjadi kerja yang lebih besar (ini terpakai untuk semua mod pelaksanaan).

Berapa banyak kerja yang boleh saya hantar dalam batch?

Walaupun tiada had pada bilangan kerja yang boleh anda hantar dalam batch, terdapat masa maksimum yang dikaitkan dengan batch. Iaitu, apabila masa jam dinding batch (yang bermula apabila kerja batch pertama mula berjalan) melebihi masa maksimum yang ditakrifkan sistem, batch tidak akan menerima sebarang kerja baharu, dan sebarang kerja dalam barisan tetapi tidak berjalan dibatalkan. Selain itu, terdapat had pada berapa banyak penggunaan yang boleh digunakan oleh kerja anda berdasarkan pelan anda. Untuk menentukan masa maksimum yang dikaitkan dengan batch, gunakan kaedah batch.details() dan cari nilai max_time.

Bila kerja mod batch saya akan berjalan secara selari dengan kerja pengguna lain?

Darjat keselarian yang dikonfigurasi untuk backend juga disebut "lorong pelaksanaan". Jika terdapat satu atau lebih lorong pelaksanaan yang tersedia, dan kerja batch anda berada dalam barisan seterusnya untuk dijalankan, penjadual memulakan kerja yang cukup untuk mengisi lorong. Begitu juga, jika batch anda tidak mempunyai kerja yang cukup untuk mengisi lorong, penjadual memulakan kerja pengguna lain.

Contoh: Backend yang anda pilih mempunyai lima lorong pelaksanaan, dan dua daripadanya sedang diduduki oleh kerja pengguna lain. Batch anda yang mengandungi enam kerja berada dalam barisan seterusnya untuk dijalankan.

Oleh kerana terdapat tiga lorong yang tersedia, penjadual memulakan tiga daripada enam kerja batch anda. Ia terus memulakan kerja dalam batch anda apabila kerja selesai dan lorong pelaksanaan tersedia. Jika lorong tersedia dan tiada lagi kerja dalam batch anda, penjadual memulakan kerja seterusnya dalam barisan.

Adakah semua kerja batch saya perlu menunggu dalam barisan?

Oleh kerana QPU adalah sumber terhad dan dikongsi, semua kerja perlu menunggu dalam barisan. Walau bagaimanapun, apabila kerja pertama dalam batch anda mula berjalan, semua kerja lain dalam batch tersebut pada dasarnya melompat ke hadapan barisan dan diutamakan oleh penjadual.

Adakah batch berakhir secara automatik apabila kerja terakhir yang berkaitan selesai?

Ya. Walau bagaimanapun, terdapat sedikit overhead yang dikaitkan dengan pengesanan automatik ini, jadi anda harus sentiasa menutup batch dan sesi anda.

Bolehkah batch diganggu oleh kalibrasi atau naik taraf perisian

Ya. Beban kerja batch mungkin diganggu oleh kalibrasi atau naik taraf perisian.

Adakah masa kompilasi dikira sebagai penggunaan dalam mod batch?

Tidak. Dalam mod batch, hanya masa yang dihabiskan pada perkakasan kuantum dikira sebagai penggunaan.