-
Task
-
Resolution: Obsolete
-
Major
-
None
-
None
Currently all moves are evaluated at every step (with a MaxAllForager at least) if you use the basic cached move factory selector.
This doesn't scale well, especially for big data problems where in the beginning, just about every moves improves.
The neighbourhood size (= amount of selected moves) could for example increase block-wise or timeGradient-wise until an improving solution is found.
Notice the difference with the usage of FirstImprovingForager.
- is duplicated by
-
PLANNER-92 Planner: new hyperheuristic selector which support different strategy's for MoveFactory (="neighbourhood") selection
- Resolved
- is related to
-
PLANNER-84 Planner moveDrl: Move generation should be described in a drl and configured with <moveDrl>'s (separate from <scoreDrl>'s)
- Resolved