How to handle different kinds of devices #414
kayaercument
started this conversation in
General
Replies: 2 comments
-
|
@kayaercument: WMI is not a data center |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hey @kayaercument 👋🏼 Thanks for starting this discussion. I currently do not have all the answers for you (yet). |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hello all 👋,
The number of QDMI devices is increasing. So far, we have IQM, DCDB, LRZ, and QLM's QDMI devices, and WMI's QDMI device will be available soon.
QLM is a simulator, LRZ and WMI are data centers, and DCDB is a database. These implementations are unique in their way. We encountered some problems with them. I would like to share them with you in order to improve the QDMI or the implementations.
QLM
The problem we encountered is with the noise model. We used one custom parameter in the device session to flag if it is a noisy session, and two custom parameters in the job to define the noise model.
DCDB
The problem is the parameterized querying. We started to develop ✨ QDMI Environment Implementation #154 a while back. I believe this led to more confusion and complexity. We need a better and more general solution.
LRZ
The main problem is the hardware. Each device session requires hardware. Hence, we can initiate the QDMI device once and create multiple sessions to submit jobs to the hardware and query its properties.
My two cents are:
To handle the job, new QDMI_DEVICE_JOB_PROPERTY_T entries:
All the property entries can be strings, but I'm not sure how we can handle the condition.
What do you guys think?
FYI @burgholzer @ystade @mnfarooqi @echavarria-mqv
Beta Was this translation helpful? Give feedback.
All reactions