Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Requirement: Model training module #35

Open
SaashaJoshi opened this issue Dec 19, 2023 · 2 comments
Open

Requirement: Model training module #35

SaashaJoshi opened this issue Dec 19, 2023 · 2 comments
Labels
design-issue This is a design issue and requires major change on hold This issue is not urgent and is on hold research This requires additional research

Comments

@SaashaJoshi
Copy link
Owner

There is a requirement to configure the model training module.

Currently, the pipeline assumes dependence on Qiskit for Runtime Primitives and other training modules like gradients and optimizers. However, some elements in the library, such as dynamic circuits in QuantumPoolingLayer2 and QuantumPoolingLayer3, cannot use these Runtime Primitives. This, therefore, presents a need for an autonomous model training module.

@SaashaJoshi SaashaJoshi added help wanted Extra attention is needed research This requires additional research labels Dec 19, 2023
@SaashaJoshi SaashaJoshi linked a pull request Dec 19, 2023 that will close this issue
1 task
@SaashaJoshi SaashaJoshi added the slow-progress Developing slowly label Dec 21, 2023
@SaashaJoshi
Copy link
Owner Author

I do not think there is anymore a pressing need to replace Qiskit Runtime primitives. The autonomy over training and testing is not relevant to the QML pipeline design and structure now.

@SaashaJoshi SaashaJoshi closed this as not planned Won't fix, can't repro, duplicate, stale Feb 8, 2024
@SaashaJoshi SaashaJoshi added on hold This issue is not urgent and is on hold and removed help wanted Extra attention is needed slow-progress Developing slowly labels Feb 8, 2024
@SaashaJoshi
Copy link
Owner Author

The idea should be more about replacing SamplerQNN and EstimatorQNN from the qiskit_machine_learning library and establishing a direct connection with Qiskit Runtime Primitives and Simulators such that techniques like dynamic circuits and circuit cutting can be supported. The QNNs currently wrap a lot in them and cause limitations.

@SaashaJoshi SaashaJoshi reopened this Feb 27, 2024
@SaashaJoshi SaashaJoshi added the design-issue This is a design issue and requires major change label Feb 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
design-issue This is a design issue and requires major change on hold This issue is not urgent and is on hold research This requires additional research
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant