[BUG] Executing QProgram after creating new Quantum Machines Cluster tries to run a non-existent compiled qua program

[fedonman]

Expected behavior

The compiled qua program should be invalidated from the cache when the Cluster is destroyed.

Actual behavior

The cluster may be destroyed and the cache is not invalidated. This is because cluster is re-created in the update_configuration method and platform knows nothing about it.

Additional information

A quick and nice solution is to move the cache in the Cluster. That way the cache stores only qua programs that are specifically compiled and uploaded for that cluster. If the cluster is re-created then the new cache will be empty.

Source code

No response

Tracebacks

No response

System Information

Name: qililab
Version: 0.24.0
Summary: Fundamental package for fast characterization and calibration of quantum chips.
Home-page: https://github.com/qilimanjaro-tech/qililab
Author: Qilimanjaro Quantum Tech
Author-email: info@qilimanjaro.tech
License: Apache License 2.0
Location: /home/fedonman/conda/envs/qililab/lib/python3.10/site-packages
Editable project location: /home/fedonman/projects/qililab
Requires: h5py, lmfit, networkx, pandas, papermill, PyVISA-py, qblox-instruments, qcodes, qcodes-contrib-drivers, qibo, qiboconnection, qm-qua, qpysequence, qualang-tools, ruamel.yaml, rustworkx, submitit, tqdm, urllib3
Required-by:

Platform info:             Linux-5.15.146.1-microsoft-standard-WSL2-x86_64-with-glibc2.38
Python version:            3.10.12
PyVISA version:            0.7.1
QCodes version:            0.42.0
QCodes Contrib version:    0.18.0
Qblox Instrument version:  0.10.1
Qpysequence version:       0.10.0
Quantum Machines version:  1.1.6
Qibo version:              0.1.12.dev0

Existing GitHub issues

• [X] I have searched existing GitHub issues to make sure the issue does not already exist.

[linear[bot]]

QHC-298 [BUG] Executing QProgram after creating new Quantum Machines Cluster tries to run a non-existent compiled qua program