Merged
Conversation
I was resetting the best energy incorrectly. That should only be reset if the candidate is better.
abbfaba to
b7124f6
Compare
When using the heuristic to optimise the objective function it was doing so in ignorance of the constraints. This add the ability to pass a `acceptance_criteria` to both heuristics which gives a bound on some measure. In practice it's used in `schedule.heuristic` when an objective function is passed. In this case it passes the violation counts as an `acceptance_criteria` to ensure that as each heuristic goes through the search space optimising the objective function it will only accept a solution if this does not add any constraint violations. TLDR: The modified tests show a good example of this. The objective function optimisation was giving a schedule that was in fact invalid. This has now been fixed.
b7124f6 to
07bada3
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
For clarity, this is a fork of #98, once that's merged this diff should be clearer.
When using the heuristic to optimise the objective function it was doing
so in ignorance of the constraints.
This add the ability to pass a
acceptance_criteriato both heuristicswhich gives a bound on some measure. In practice it's used in
schedule.heuristicwhen an objective function is passed. In this caseit passes the violation counts as an
acceptance_criteriato ensurethat as each heuristic goes through the search space optimising the
objective function it will only accept a solution if this does not add
any constraint violations.
The modified tests show a good example of this. The objective function
optimisation was giving a schedule that was in fact invalid. This has
now been fixed.