Skip to content
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

[FEATURE] GP surrogate model not repeating the winner evaluation over and over #167

Open
aperezdieguez opened this issue Dec 8, 2022 · 0 comments
Labels
enhancement New feature or request

Comments

@aperezdieguez
Copy link
Contributor

Is your feature request related to a problem? Please describe.

Using DeepHyper sequentially with GP and the default Acquisition Function, when it converges it is suggesting the same sample many times.

Describe the solution you'd like

IMHO if you allow the GP re-evaluate the same optimum (because of the noise), I would stop the search after a number of re-evaluations. If the objective function is expensive, you will burn a lot of computing hours on evaluating something you (mostly) already know its result. Instead, you can try to explore some other uncertain regions on the search space: you have likely found the optimum, but if you are going to burn computing hours, at least you are increasing your odds to find a better optimum

Additional context
In my user case, I ran the search with GP in my application. The search converged and the winning candidate was evaluated many times. However, the RF-based search found 5 better optimums than the GP-winning configuration, and when I merged the datasets, I realized that GP didn't evaluate those configurations. There was room to find a better optimum but GP (its acquisition function) suggested the same over and over.

@aperezdieguez aperezdieguez added the enhancement New feature or request label Dec 8, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant