-
Notifications
You must be signed in to change notification settings - Fork 12
fix: Added documentation for scale variable #40
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
Conversation
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
📝 WalkthroughWalkthroughThe documentation for the Snakemake Kubernetes executor plugin has been updated. A new optional parameter Changes
Sequence Diagram(s)sequenceDiagram
participant User
participant ExecutorDoc
User->>ExecutorDoc: Set resource definition parameters (including scale)
ExecutorDoc-->>User: Evaluate `scale` parameter
alt scale == 1
ExecutorDoc-->>User: Omit explicit resource limits
else scale == 0
ExecutorDoc-->>User: Apply explicit resource limits for GPUs, threads, memory, etc.
end
Possibly related PRs
Suggested reviewers
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. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 2
🧹 Nitpick comments (1)
docs/further.md (1)
54-56: Enhance Debugging Tip Clarity for Large Job Scheduling
In the debugging tips section, the description on line 56 could benefit from minor rephrasing for clarity. There appears to be a missing comma, and the phrase “scaling to very large jobs” might be reworded (e.g., “when scaling large jobs”) to sound less subjective. Please consider adjusting the sentence for improved readability and consistency with the rest of the document.🧰 Tools
🪛 LanguageTool
[uncategorized] ~56-~56: Possible missing comma found.
Context: ...y default configurations for Kubernetes clusters there is a limit range or some other ad...(AI_HYDRA_LEO_MISSING_COMMA)
[style] ~56-~56: As an alternative to the over-used intensifier ‘very’, consider replacing this phrase.
Context: ...sts and resource limits when scaling to very large jobs. Try settingscale=0and ensurin...(EN_WEAK_ADJECTIVE)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
docs/further.md(2 hunks)
🧰 Additional context used
🪛 LanguageTool
docs/further.md
[uncategorized] ~38-~38: Loose punctuation mark.
Context: ... # Optional (default=1) ``` - gpu: the number of GPUs to be requested ...
(UNLIKELY_OPENING_PUNCTUATION)
[uncategorized] ~40-~40: Loose punctuation mark.
Context: ...le nodes with GPUs. - gpu_manufacturer: Specifies the GPU vendor. Use "nvidia" ...
(UNLIKELY_OPENING_PUNCTUATION)
[uncategorized] ~41-~41: Loose punctuation mark.
Context: ... or "amd" for AMD GPUs. - machine_type: machine type for the GPU enabled node. ...
(UNLIKELY_OPENING_PUNCTUATION)
[style] ~43-~43: In American English, abbreviations like “etc.” require a period.
Context: ...include resource (GPU, threads, memory, etc) limits - those limits being equal to t...
(ETC_PERIOD)
[uncategorized] ~44-~44: The determiner “the” seems more likely in this context.
Context: ...qual to the resource requests. - If scale=1(the default), we omit the limits entirely. ...
(AI_EN_LECTOR_REPLACEMENT_DETERMINER)
[uncategorized] ~56-~56: Possible missing comma found.
Context: ...y default configurations for Kubernetes clusters there is a limit range or some other ad...
(AI_HYDRA_LEO_MISSING_COMMA)
[style] ~56-~56: As an alternative to the over-used intensifier ‘very’, consider replacing this phrase.
Context: ...sts and resource limits when scaling to very large jobs. Try setting scale=0 and ensurin...
(EN_WEAK_ADJECTIVE)
🪛 markdownlint-cli2 (0.17.2)
docs/further.md
39-39: Unordered list indentation
Expected: 2; Actual: 4
(MD007, ul-indent)
42-42: Unordered list indentation
Expected: 2; Actual: 4
(MD007, ul-indent)
42-42: Bare URL used
null
(MD034, no-bare-urls)
44-44: Unordered list indentation
Expected: 2; Actual: 4
(MD007, ul-indent)
45-45: Unordered list indentation
Expected: 2; Actual: 4
(MD007, ul-indent)
⏰ Context from checks skipped due to timeout of 90000ms (1)
- GitHub Check: testing
| machine_type="n1-standard-16", | ||
| scale=0 # Optional (default=1) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Inconsistent Default Value for scale Parameter
The resource definition block on lines 35–36 shows scale=0 while the inline comment indicates “(default=1)”. This conflicts with both the PR summary and the subsequent bullet explanations. Please clarify and update the default value consistently throughout the documentation.
| - `scale`: variable allows us to conditionally include resource (GPU, threads, memory, etc) limits - those limits being equal to the resource requests. | ||
| - If `scale=1`(the default), we omit the limits entirely. This is how the plugin currently operates and will allow the pods to scale up as needed. | ||
| - If `scale=0` we explicitly set the resource limits for each requested resource type. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Clarify the scale Parameter Explanation and Fix Punctuation
The bullet points describing the scale parameter introduce an inconsistency: line 44 states “If scale=1 (the default)” but the resource declaration (and PR summary) imply that the default is 0. Additionally, the abbreviation “etc” on line 43 should end with a period (“etc.”). Please revise these statements to reflect the correct default value and improve punctuation.
🧰 Tools
🪛 LanguageTool
[style] ~43-~43: In American English, abbreviations like “etc.” require a period.
Context: ...include resource (GPU, threads, memory, etc) limits - those limits being equal to t...
(ETC_PERIOD)
[uncategorized] ~44-~44: The determiner “the” seems more likely in this context.
Context: ...qual to the resource requests. - If scale=1(the default), we omit the limits entirely. ...
(AI_EN_LECTOR_REPLACEMENT_DETERMINER)
🪛 markdownlint-cli2 (0.17.2)
44-44: Unordered list indentation
Expected: 2; Actual: 4
(MD007, ul-indent)
45-45: Unordered list indentation
Expected: 2; Actual: 4
(MD007, ul-indent)
|
Or maybe have a look whether coderabbit is correct with its comments @mrburke00. |
|
coderabbit may have gotten confused. Everything looks alright to me.
|
🤖 I have created a release *beep* *boop* --- ## [0.4.0](v0.3.2...v0.4.0) (2025-04-04) ### Features * use k8s job API and improve status check robustness in case of injected containers ([#43](#43)) ([1ff6927](1ff6927)) ### Bug Fixes * Added documentation for scale variable ([#40](#40)) ([1b668c1](1b668c1)) * properly catch and report ApiExceptions ([#42](#42)) ([92375e6](92375e6)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Added documentation relevant to PR #38
Summary by CodeRabbit
New Features
Documentation