MPS usage with NetworkState in cuQuantum python produces integer overflow
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 78/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Tranquilla
- Stack tecnologico
- python
- Ambito
- quantum-computing
Direzione di ricerca
Inizia in python/cuquantum/tensornet/experimental/network_state.py intorno alle righe 835–840 ed esegui la riproduzione minima dell’issue con n=64 e max_extent=2. Traccia come vengono combinati gli extents prima del calcolo dell’aspettativa; il lavoro è completato quando la riproduzione termina senza il ValueError relativo agli extents negativi e restituisce un valore atteso corrispondente a quello delle altre librerie.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I am using an MPS simulator in the Python version of cuQuantum to compute expectation values. After defining a NetworkState with a small number of qubits and a small bond dimension (max_extent), and after defining a simple NetworkOperator to measure, the code crashes with ValueError: extents must be non-negative. This crash with small number of qubits, small bond dimension, and simple observables is not expected, and the expectation value should be feasible to compute. The code producing the crash can be found here:
The root cause of this issue is that the bounding of the maximum extent happens after the cumulative product, allowing the cumulative product to grow without any restriction. That results on an integer overflow even when computing, for example, the expectation value of a simple Hamiltonian for a 64-node qubit system, which should be completely feasible using an MPS representation of the state.
The following minimal code gives a way of reproducing the crash. Note that it only applies an H gate to qubit 0, and the observable is a single Pauli Z on such qubit (a simple circuit and a simple observable):
import numpy as np
from cuquantum.tensornet.experimental import (
NetworkState,
NetworkOperator,
MPSConfig,
)
def minimal_repro(n=100, q=0, max_extent=64):
dtype = np.complex128
H = np.array(
[[1, 1],
[1, -1]],
dtype=dtype,
) / np.sqrt(2)
Z = np.array(
[[1, 0],
[0, -1]],
dtype=dtype,
)
state = NetworkState(
[2] * n,
dtype="complex128",
config=MPSConfig(max_extent=max_extent),
)
try:
state.apply_tensor_operator(
(q,),
H,
unitary=True,
)
op = NetworkOperator([2] * n, dtype="complex128")
op.append_product(
1.0,
((q,),),
(Z,),
)
value = state.compute_expectation(
op,
release_workspace=True,
)
print(f"SUCCESS: n={n}, q={q}, value={value}")
finally:
state.free()
if __name__ == "__main__":
minimal_repro(n=64, q=0, max_extent=2)
The crash only happens for values of n greater or equal than 64, reinforcing the integer overflow idea (which makes the resulting number really big and negative).
I have solved this bug locally via the following code:
cap = EXACT_MPS_EXTENT_LIMIT
if max_extent is not None:
cap = min(cap, int(max_extent))
def bounded_cumprod(extents, cap):
values = []
product = 1
for extent in extents:
product *= int(extent)
if product > cap:
product = cap
values.append(product)
return values
combined_extents_left = bounded_cumprod(self.state_mode_extents[:-1], cap)
combined_extents_right = bounded_cumprod(self.state_mode_extents[::-1], cap)[::-1][1:]
which works and returns expectation values matching other libraries
- Lingua principale
- Jupyter Notebook
- Stelle
- 502
- Fork
- 102
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di NVIDIA/cuQuantum
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 94/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 8/100
-
CUDA 12 cuquantum-appliance image ships a UCX `libucm_cuda.so.0` linked against `libcudart.so.13`Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
`cutensornetTensorSVD` returns `CUTENSORNET_STATUS_INTERNAL_ERROR` with missing host workspaceAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Tutte le issue di NVIDIA/cuQuantum
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
eclipse-qrisp/Qrisp#974 ·
I maintainer di solito rispondono entro 1 giorno
-
content 📄
Difficoltà 1/5 1-3 ore Idoneità per principianti 68/100
Qiskit/documentation#5808 ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug] Reusing a parameter name on two gates fails on Qiskit only (name conflict adding parameter)Forse già presa @Imad2702 l’ha presa 2 giorni fa. Apertabug enhancement good-first-issue qumat
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
apache/mahout#1509 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
qiskit_to_tk converts PauliEvolutionGate with half the evolution time and reversed qubit orderAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Quantinuum/pytket-qiskit#557 ·
-
bug needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno