Conversation
|
Check out this pull request on 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", |
There was a problem hiding this comment.
| "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.
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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?
There was a problem hiding this comment.
QPU usage = quantum usage?
docs/guides/manage-cost.mdx
Outdated
| 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. |
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
@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", |
There was a problem hiding this comment.
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.
docs/guides/manage-cost.mdx
Outdated
| 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. |
There was a problem hiding this comment.
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>
Co-Authored-By: Kevin Stevens <178142897+kevin-stevens-ibm@users.noreply.github.com>
Co-authored-by: Kevin Stevens <kevin.stevens2@ibm.com>
|
@jyu00 the IBM Circuit function doc has a max_execution_time option that mentions QPU |
|
Also @jyu00 - |
Yeah, and instead of |
|
@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 |
|
Ignore me - I just realized it was in an internal discussion. I'm assuming that yes I should change back to
|
|
One or more of the following people are relevant to this code:
|
|
I think this is ready for another round of reviews - @raulotaolea can you make sure your concerns were addressed? |
| "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", |
There was a problem hiding this comment.
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", |
There was a problem hiding this comment.
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)?
| - 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. |
There was a problem hiding this comment.
why are these 3 bullets removed?
| " <Admonition>\n", | ||
| " The session or batch is immediately terminated when the cost limit is reached.\n", | ||
| "</Admonition>\n", |
There was a problem hiding this comment.
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.

cc: @kevin-stevens-ibm @jyu00