Java 不满意的施工时间
我仍然在使用OptaPlanner版本6.2来优化链式规划问题,该问题类似于VehiclerRoutingExample。我的规划实体有一个规划变量,它是另一个规划实体。分数是硬软件分数,用递增的分数计算 构造启发式的构造时间太长。目前,需要大约15分钟来初始化1800个实体的解决方案。平均计算次数超过每秒1000次,因此问题不应该是分数计算 我已经用基准测试仪尝试了不同的配置,但是没有太大的区别 以下是我的基准解决方案配置:Java 不满意的施工时间,java,optimization,drools,heuristics,optaplanner,Java,Optimization,Drools,Heuristics,Optaplanner,我仍然在使用OptaPlanner版本6.2来优化链式规划问题,该问题类似于VehiclerRoutingExample。我的规划实体有一个规划变量,它是另一个规划实体。分数是硬软件分数,用递增的分数计算 构造启发式的构造时间太长。目前,需要大约15分钟来初始化1800个实体的解决方案。平均计算次数超过每秒1000次,因此问题不应该是分数计算 我已经用基准测试仪尝试了不同的配置,但是没有太大的区别 以下是我的基准解决方案配置: <solver> <solutionClass
<solver>
<solutionClass>...Solution</solutionClass>
<entityClass>>...Standstill</entityClass>
<entityClass>...DriveJob</entityClass>
<scoreDirectorFactory>
<scoreDefinitionType>HARD_SOFT</scoreDefinitionType>
<incrementalScoreCalculatorClass>...IncrementalScoreCalculator</incrementalScoreCalculatorClass>
<initializingScoreTrend>ONLY_DOWN</initializingScoreTrend>
</scoreDirectorFactory>
<constructionHeuristic>
<constructionHeuristicType>FIRST_FIT_DECREASING</constructionHeuristicType>
</constructionHeuristic>
<localSearch>
<termination>
<unimprovedStepCountLimit>100</unimprovedStepCountLimit>
</termination>
<acceptor>
<entityTabuSize>5</entityTabuSize>
<simulatedAnnealingStartingTemperature>1hard/1000soft</simulatedAnnealingStartingTemperature>
</acceptor>
<forager>
<acceptedCountLimit>4</acceptedCountLimit>
</forager>
</localSearch>
</solver>
我能做些什么来减少施工时间
为CH和本地搜索阶段配置选择器有意义吗
或者我的POJO类/域描述中可能有问题吗
如果需要任何其他信息,我将提供。如果每个实体有一个规划变量,请查看有限的选择
如果每个实体有多个规划变量,请查看CH中的不默认笛卡尔积,这可以通过高级CH配置完成,请参阅文档中的CH章节。,还可以先尝试CH类型\u可行\u拟合\u