docs(scheduler): document per-pod scoring weights - #759
Conversation
Signed-off-by: blackdragoon26 <sankalp.jha9643@gmail.com>
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: blackdragoon26 The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
✅ Deploy Preview for project-hami ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
|
Welcome @blackdragoon26! It looks like this is your first PR to Project-HAMi/website 🎉 |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthroughThe documentation adds the ChangesGPU scoring documentation
Estimated code review effort: 1 (Trivial) | ~5 minutes Merge Risk: ⚪ Minimal · up to This documentation update does not introduce an actionable merge-blocking risk and is merge-ready after normal checks and review. Suggested reviewers: 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
FouoF
left a comment
There was a problem hiding this comment.
The doc seem placing incorrect. This is a user-face change so it should update or draft a user guide instead of developer doc. Also better add a Chinese version.
Thanks for the review. |
|
@FouoF , sorry to ping you again |
Re-pinging for the same |
|
@FouoF @rootsongjc @windsonsea @fishman Regards
|
mesutoezdil
left a comment
There was a problem hiding this comment.
checked all four worked examples, the math is right. upstream hami 2469 merged on aug 17, so this can move forward, please add the promised zh translation. small note: the checklist marks the zh box even though the body says it is deferred.
| HAMi predicts each candidate device's utilization after placing the request, then calculates its device score as follows: | ||
|
|
||
| ```text | ||
| score = 10 * ( |
There was a problem hiding this comment.
does the implementation normalize by the weight sum? if it divides by slot+core+memory these example numbers change. worth confirming against the merged code.
There was a problem hiding this comment.
I did re-check on the merged implementation of mine.
yes ComputeScore directly adds the weighted slot, core, and memory terms without dividing by the weight sum: source.
Also, the merged test confirms the documented 26 and 27 scores for slot=1,core=1,memory=3: test.
So I feel, that I should keep the example calculations unchanged.
| metadata: | ||
| name: memory-weighted-gpu-pod | ||
| annotations: | ||
| hami.io/device-scoring-weights: "slot=1,core=1,memory=3" |
There was a problem hiding this comment.
also list this annotation in the pod annotations table in userguide/configure.md, that is where users look first.
|
|
||
| ```text | ||
| score: ((request.core + used.core) / allocatable.core + (request.mem + used.mem) / allocatable.mem)) * 10 | ||
| score: ((request.slot + used.slot) / allocatable.slot + |
There was a problem hiding this comment.
the slot term is new from 2469, right? released versions score core and memory only. since this page is next docs it is fine, just confirm the base formula change is part of the same pr.
There was a problem hiding this comment.
Checked the code before the merge of #2469, and the slot term was already there as usedScore source.
Thus, No, the #2469 only made its weight configurable, it did not add the slot term.
So, I think that I should keep the three-term formula as is.
Thanks for review, I will add zsh translation. |
Signed-off-by: blackdragoon26 <sankalp.jha9643@gmail.com>
The snapshot was cut before the v2.10 feature documentation PRs (Project-HAMi#794, Project-HAMi#734, Project-HAMi#759, Project-HAMi#775) merged, so it described v2.9 behavior for flagship features. Keep only the changelog and the homepage release badge for now; re-cut the snapshot once those PRs land. Signed-off-by: Jimmy Song <jimmy@dynamia.ai>
What type of PR is this?
/kind documentation
What this PR does / why we need it:
Documents the per-Pod device-scoring weights introduced by Project-HAMi/HAMi#2469.
This update:
hami.io/device-scoring-weightsannotationThis PR depends on Project-HAMi/HAMi#2469. The documented contract should be finalised together with that implementation.
Which issue(s) this PR fixes:
Fixes #758
I have not done the Chinese translation in this PR yet. This documents an unreleased feature in the English source-of-truth page, once I can get an initial review and green flag, I would update the the translation version as well in the PR
Checklist:
npm run lintandnpm run format:checkpassnpm run buildsucceeds for bothenandzhgit commit -s)AI Disclosure:
Codex was used to cross-check the implementation semantics and calculations, and to help draft the documentation. I reviewed and verified the final content and test results.
Summary by CodeRabbit
Documentation