-
I want to use Hydra to gather the search space/set of hyper-parameters that would result from a multi-run, and access the whole sweep in one "run" so that I can pass off to a function in PySpark ( |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 6 replies
-
Hi @ethnhll, This means different sweeper plugins may make different decisions / employ different logic to decide what jobs will be included in the sweep. For example, the BasicSweeper plugin (which is Hydra's default sweeper) sweeps over the product space of sweep parameters (doing a regular grid search), whereas the OptunaSweeper uses optimization techniques and feedback from earlier jobs to dynamically decide what jobs to run. The launcher plugin is downstream of the sweeper: while the sweeper decides what hyperparameter settings should be used, the launcher is responsible for turning each set of chosen hyperparams into an actual, running job. If you're interested in using existing logic from one of Hydra's sweepers, you could write a launcher plugin that, instead of creating/running a job per realized hyperparam setting, will instead simply log those hyperparam settings (giving a record of what jobs would have been launched had a standard launcher been used). |
Beta Was this translation helpful? Give feedback.
Hi @ethnhll,
It is the given sweeper plugin that "decides" which hyperparamenters should be included in the sweep.
This means different sweeper plugins may make different decisions / employ different logic to decide what jobs will be included in the sweep. For example, the BasicSweeper plugin (which is Hydra's default sweeper) sweeps over the product space of sweep parameters (doing a regular grid search), whereas the OptunaSweeper uses optimization techniques and feedback from earlier jobs to dynamically decide what jobs to run.
The launcher plugin is downstream of the sweeper: while the sweeper decides what hyperparameter settings should be used, the launcher is responsible for turning …