-
-
Notifications
You must be signed in to change notification settings - Fork 230
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
Why do we round the cutoff? #117
Comments
We need to cast it to int because otherwise the pynisher will complain. We need to make sure it's |
but we could do this only in the code where we use the Pynisher, right? |
That's correct. Are there cases where you want to use cutoffs less than a second? |
In fact, the runsolver (which we use in our AClib benchmark) also requires a cutoff >= 1.0. However, I believe that the target algorithm wrapper (or whatever limits the runtime cutoff) should be responsible for handling the running time cutoff and not SMAC already (except if we optimize an python function and use the pynisher). |
Good point. We could move this piece of code to the respective TAE. Would that only be the python function TAE called via the pynisher? |
Why do we use math.ceil on the cutoff and cast it to
int
inexecute_ta_run
?The text was updated successfully, but these errors were encountered: