mlr3hyperband
Successive Halving and Hyperband in the mlr3 ecosystem
Hyperband tuning for mlr3, now built on an asynchronous backend it treats as mandatory
◆Recent moves
- 21d ago
rush 1.0.0 required; old compatibility paths removed
Housekeeping that closes out the async transition: the `rush` minimum moves to 1.0.0 and all compatibility workarounds for older versions are removed, alongside mlr3 1.7.2 compatibility. Users on current versions see no behaviour change.
View source ↗ - 5mo ago
Logging reparented under a shared mlr3 base logger
The mlr3 ecosystem gains a base logger named `mlr3`, with the `bbotk` logger reparented under it to carry messages from `bbotk`, `mlr3tuning` and `mlr3hyperband`. Log control moves from a per-package concern to a single ecosystem-level one.
View source ↗ - 1y ago
Async successive halving lands in 1.0.0
⚡ SPARKThe 1.0.0 release that added `OptimizerAsyncSuccessiveHalving`, moving the package's core scheduling algorithm onto an asynchronous backend. Every release since has been compatibility work consolidating that decision rather than new search behaviour.
View source ↗ - 2y ago
Compatibility with bbotk and mlr3tuning 1.0.0
A compatibility-only release tracking bbotk 1.0.0 and mlr3tuning 1.0.0. It is part of the coordinated 1.0.0 version bump across the tuning stack rather than a change to Hyperband itself.
View source ↗ - 2y ago
Compatibility with paradox 1.0.0
Compatibility with paradox 1.0.0, the mlr3 parameter-space package. No user-facing change to the optimizers.
View source ↗ - 3y ago
Unloading now clears registered optimizers
Maintenance: unloading the package now removes its optimizers and tuners from the mlr3 dictionaries, plus documentation refreshes and removal of a deprecated `method` argument from tests.
View source ↗