Skip to content

Update pages around usage#4787

Open
abbycross wants to merge 25 commits intomainfrom
ajc/pricing
Open

Update pages around usage#4787
abbycross wants to merge 25 commits intomainfrom
ajc/pricing

Conversation

@abbycross
Copy link
Collaborator

@abbycross abbycross commented Mar 10, 2026

@review-notebook-app
Copy link

Check out this pull request on  ReviewNB

See visual diffs & provide feedback on Jupyter Notebooks.


Powered by ReviewNB

"source": [
"<span id=\"usage\"></span>\n",
"Usage is a measurement of the amount of time the QPU is locked for your workload, and it is calculated differently, depending on which execution mode you're using.\n",
"Usage is a measurement of the amount of resource consumption. This resource consumption maps to different cost based on the plan type.\n",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
"Usage is a measurement of the amount of resource consumption. This resource consumption maps to different cost based on the plan type.\n",
"Usage is a measurement of the amount of resource consumption. This resource consumption maps to different cost based on the plan type and resources selected.\n",

Suggest we add this as within the next year we will have QPUs >200 qubits that cost more than our <200 qubit systems per contract.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Small detail. Later we say “... quantum usage (quantum resource consumption)", but here we say “amount of resource consumption”, instead of "amount of quantum resource consumption". I’m not sure how precise we want to be or whether we want to spell this out every time.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hm, the link isn't taking me to exactly where you see this @raulotaolea, but what I thought I understood from @jyu00 is that there is a difference between usage and quantum usage. If so, is it correct how we're using it?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

QPU usage = quantum usage?

"The maximum execution time (`max_execution_time`) limits how long a job can run. If a job exceeds this time limit, it is forcibly canceled. This value applies to single jobs, whether they are run in job, session, or batch mode.\n",
"\n",
"The value is set in seconds, based on quantum time (not wall clock time), which is the amount of time that the QPU is dedicated to processing your job. It is ignored when using local testing mode because that mode does not use quantum time."
"The value is set in seconds, based on quantum usage (not wall clock time), which is the amount of time that the QPU is dedicated to processing your job. It is ignored when using local testing mode because that mode does not use quantum usage."
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jyu00 Shouldn't this be max_usage as well and no longer purely seconds based?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That change isn't done yet so it's still max_execution_time. But he description should be changed to not say "time dedicated".

These are the fields relevant to cost:

- **Billing cycle usage**: The amount of _quantum time_ used by this instance during the current billing cycle. Quantum time is the duration a QPU is committed to fulfilling a user request.
- **Billing cycle usage**: The instance's _quantum usage_ during the current billing cycle. Quantum usage is the duration a QPU is committed to fulfilling a user request.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was actually looking at this doc earlier today. I don't actually see these fields in the instance details panel. It just links you to the Analytics page it seems.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Correct. We had them in the IBM Cloud UI plugin for PayGo instances but they don't make sense in IQP. You can remove:

  • Billing cycle usage
  • Billing cycle cost
  • Total cost
    A user can always see them on the IBM Cloud billing page.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@raulotaolea can you check my updates in cb8d866 and make sure it accurately reflects the changes?

"source": [
"<span id=\"usage\"></span>\n",
"Usage is a measurement of the amount of time the QPU is locked for your workload, and it is calculated differently, depending on which execution mode you're using.\n",
"Usage is a measurement of the amount of resource consumption. This resource consumption maps to different cost based on the plan type.\n",

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Small detail. Later we say “... quantum usage (quantum resource consumption)", but here we say “amount of resource consumption”, instead of "amount of quantum resource consumption". I’m not sure how precise we want to be or whether we want to spell this out every time.

These are the fields relevant to cost:

- **Billing cycle usage**: The amount of _quantum time_ used by this instance during the current billing cycle. Quantum time is the duration a QPU is committed to fulfilling a user request.
- **Billing cycle usage**: The instance's _quantum usage_ during the current billing cycle. Quantum usage is the duration a QPU is committed to fulfilling a user request.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Correct. We had them in the IBM Cloud UI plugin for PayGo instances but they don't make sense in IQP. You can remove:

  • Billing cycle usage
  • Billing cycle cost
  • Total cost
    A user can always see them on the IBM Cloud billing page.


- **Usage**: The amount of quantum time used by this job. Quantum time is the duration a QPU is committed to fulfilling a user request.
- **Usage**: The amount of resource consumption used by this job. Quantum usage is the duration a QPU is committed to fulfilling a user request.
- **Cost**: The total cost of running this job.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We don't display this column in IQP anymore.

Copy link
Collaborator Author

@abbycross abbycross Mar 11, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(Done in cb8d866)

@@ -101,9 +101,9 @@ To determine how much has been billed to an instance during the current billing

These are the fields relevant to cost:

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure this whole section still makes sense. The only field related to cost ($) is the Total cost limit that a user can configure when editing a PayGo instance details. We no longer refer to cost in the UI, everything is expressed in terms of usage (time). For cost information, users are redirected to the IBM Cloud billing page.

Co-authored-by: Fran Cabrera <francabrera@users.noreply.github.com>
Co-authored-by: Kevin Stevens <kevin.stevens2@ibm.com>
abbycross and others added 2 commits March 11, 2026 12:00
Co-Authored-By: Kevin Stevens <178142897+kevin-stevens-ibm@users.noreply.github.com>
Co-authored-by: Kevin Stevens <kevin.stevens2@ibm.com>
@abbycross
Copy link
Collaborator Author

@jyu00 the IBM Circuit function doc has a max_execution_time option that mentions QPU time usage - can I safely assume that's another place to update to ...quantum usage (not wall clock time), which is based on the amount of time that the QPU is dedicated to processing your job?
Screenshot 2026-03-11 at 12 23 32 PM

@abbycross
Copy link
Collaborator Author

Also @jyu00 -
looks like quantum_seconds is being deprecated - does that mean we need a new code block (from this page):

# Find quantum time used by the job
print(f"Quantum time used by job {job.job_id()} was {job.metrics()['usage']['quantum_seconds']} seconds")

@jyu00
Copy link
Collaborator

jyu00 commented Mar 12, 2026

@jyu00 the IBM Circuit function doc has a max_execution_time option that mentions QPU time usage - can I safely assume that's another place to update to ...quantum usage (not wall clock time), which is based on the amount of time that the QPU is dedicated to processing your job?

Yeah, and instead of the amount of time that the QPU is dedicated to processing your job, it should be changed to the amount of quantum resource consumption in seconds.

@abbycross
Copy link
Collaborator Author

@jyu00 I saw a message from you about doing a followup PR for API changes, but now that is missing - are we ok as-is then? I had changed max_execution_time with max_usage per the box document - lmk if I should change back.

@abbycross
Copy link
Collaborator Author

Ignore me - I just realized it was in an internal discussion. I'm assuming that yes I should change back to max_execution_time.

@jyu00 I saw a message from you about doing a followup PR for API changes, but now that is missing - are we ok as-is then? I had changed max_execution_time with max_usage per the box document - lmk if I should change back.

@abbycross abbycross marked this pull request as ready for review March 13, 2026 13:39
@abbycross abbycross requested a review from a team March 13, 2026 13:39
@qiskit-bot
Copy link
Contributor

One or more of the following people are relevant to this code:

@abbycross abbycross mentioned this pull request Mar 13, 2026
5 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: No status

Development

Successfully merging this pull request may close these issues.

6 participants