Adds support for custom ProgressReporter
to Ray integration
#3269
+52
−2
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
This PR adds support for providing a custom
ProgressReporter
while doing hyperparameter tuning with Ray Integration.Without the PR, the Ray integration defaults to the standard
CLIReporter
, which often displays metrics that aren’t particularly relevant or at the desired frequency. Similar to how we allow users to specify a --cfg_class (e.g.,CartpoleTheiaJobCfg
), this PR lets them optionally provide a customProgressReporter
class. If such is not provided, it falls back to the default.Moreover, I have added an example inside
vision_cartpole_cfg.py
(i.e.,CustomCartpoleProgressReporter
).One point to highlight is that the new "context-aware progress reporting" conflicts with custom
ProgressReporter
, so if a customProgressReporter
is provided, the PR disables the context-aware progress reporting.Fixes #3268.
Type of change
Checklist
pre-commit
checks with./isaaclab.sh --format
config/extension.toml
fileCONTRIBUTORS.md
or my name already exists there