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
None of the sampled configurations was model_based #20
Comments
Hey, |
Hi Stefan, Please find below my ConfigSpace definition. Thanks for taking a look at it.
|
Oh I see, |
Great, thanks for the hint! I just started a second run without any Constants in my configspace. I will let you know whether it helped. Could you tell me what is the meaning of the |
Hi Stefan, |
Hey, Oh I see what's going on. So here is what's happening:
So, the very next iteration should contain configurations sampled from the model. You can reuse old runs by putting them into the model before you start BOHB again. See Best, |
Hi Stefan, Many thanks for your help. I just started next optimization run and will let you know once it ends. Could you elaborate a bit more on the types of iterations? What types of iterations are there and how the iteration type is chosen? I would appreciate a short explanation or a pointer to a code. |
So Hyperband and BOHB do a round robin on different iterations that trade of an aggressive minimal budget with many configurations vs a conservative budget with only a few configurations. |
As you expected, the next iteration picked some configurations from the model. Thank you very much for your help and the explanation of BOHP internals. Closing the issue. |
So, does this mean that BOHB fits a different model for each budget? |
Just for the record, config_space Constants work fine with BOHB. I've tested this. |
Hi,
I found your library very interesting and I decided to give it a try. After first successful run I inspected the configs.json written by the json_result_logger class and I found out, that none of the tested configurations was sampled from the model (all configs had
"model_based_pick: false"
). Does it mean that all configurations were sampled randomly? Why is it so? I would expect that having model-based config pick should result in better configurations.I would greatly appreciate your help.
The text was updated successfully, but these errors were encountered: