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

Why do we round the cutoff? #117

Closed
mlindauer opened this issue Nov 23, 2016 · 5 comments
Closed

Why do we round the cutoff? #117

mlindauer opened this issue Nov 23, 2016 · 5 comments
Labels
Milestone

Comments

@mlindauer
Copy link
Contributor

Why do we use math.ceil on the cutoff and cast it to int in execute_ta_run?

        if cutoff is not None:
            cutoff = int(math.ceil(cutoff))
@mfeurer
Copy link
Contributor

mfeurer commented Nov 23, 2016

We need to cast it to int because otherwise the pynisher will complain. We need to make sure it's > 1, because a cutoff of 0 means no time limit.

@mlindauer
Copy link
Contributor Author

but we could do this only in the code where we use the Pynisher, right?

@mfeurer
Copy link
Contributor

mfeurer commented Nov 23, 2016

That's correct. Are there cases where you want to use cutoffs less than a second?

@mlindauer
Copy link
Contributor Author

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).

@mfeurer
Copy link
Contributor

mfeurer commented Nov 24, 2016

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?

@mlindauer mlindauer added this to the Release 1.0 milestone Apr 26, 2017
mlindauer added a commit that referenced this issue Apr 27, 2017
mlindauer added a commit that referenced this issue Apr 27, 2017
mlindauer added a commit that referenced this issue Apr 27, 2017
@KEggensperger KEggensperger mentioned this issue May 2, 2017
mfeurer added a commit that referenced this issue May 3, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants