Skip to content

Update pages around usage#4787

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

Update pages around usage#4787
abbycross wants to merge 26 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?

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.

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
@abbycross
Copy link
Collaborator Author

I think this is ready for another round of reviews - @raulotaolea can you make sure your concerns were addressed?

@abbycross abbycross moved this to In Review in Docs Planning Mar 19, 2026
"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 and resources selected.\n",
Copy link
Collaborator

Choose a reason for hiding this comment

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

Can we link to the IQP plan page for plan type to make it obvious what plan means here? Also, does resources here mean compute resources?

"\n",
"Note that failed or canceled jobs count toward your usage in certain circumstances - see the [Failed and canceled jobs](#failed-job) section for details.\n",
"\n",
"For paid plan users, usage determines how much the workload costs. See [Manage cost](/docs/guides/manage-cost) for details.\n",
Copy link
Collaborator

Choose a reason for hiding this comment

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

Here it says "paid plan", which to me implies all but open plan. But that link is only about Pay-go plan (at least according to its title)?

Comment on lines -106 to -108
- Because batch mode doesn't give you exclusive access to a backend, jobs inside a batch might run with other users' jobs or calibration jobs.
- If some jobs fail, you still get results from the completed jobs.
- You can take action in the middle of a batch workload based on the results of completed jobs. For example, you can cancel the rest of the jobs if the initial results look incorrect.
Copy link
Collaborator

Choose a reason for hiding this comment

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

why are these 3 bullets removed?

Comment on lines 35 to 37
" <Admonition>\n",
" The session or batch is immediately terminated when the cost limit is reached.\n",
"</Admonition>\n",
Copy link
Collaborator

Choose a reason for hiding this comment

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

Not strictly related to this PR, but session/batch is only closed when its maximum TTL is reach. Any jobs that are running will still finish.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: In Review

Development

Successfully merging this pull request may close these issues.

6 participants