
本文探讨了cpmpy库中`cumulative`约束在与ortools等求解器集成时可能出现的性能瓶颈。通过具体案例展示了随着任务数量增加,求解时间呈指数级增长的问题。核心解决方案在于cpmpy库对`cumulative`约束的线性松弛进行了关键优化。文章提供了代码示例和优化前后的性能对比,并强调了保持库更新的重要性,以确保高效的问题求解。
cpmpy是一个强大的Python库,用于构建和求解约束规划(CP)问题。其中,Cumulative约束是资源调度和排程问题中的一个核心工具,它允许用户定义一组具有开始时间、持续时间、结束时间和资源需求的任务,并确保在任何时间点上,所有正在进行的任务的总资源需求不超过给定的容量。例如,在机器调度场景中,Cumulative约束可以用来确定完成一组非抢占式任务所需的最少机器数量。
然而,在使用cpmpy的Cumulative约束并结合像ortools这样的底层求解器时,用户可能会遇到意料之外的性能下降。特别是在任务数量适中但模型结构导致求解器难以有效探索解空间时,性能问题尤为突出。一个典型的场景是,当大部分机器已被充分利用,而剩余一个较短的任务需要分配时,求解器可能会陷入长时间的搜索。
为了演示这一性能瓶题,我们考虑一个简单的任务调度问题:给定一系列持续时间相同的非抢占式任务,目标是确定完成这些任务所需的最少机器数量。
以下是使用cpmpy构建此模型的示例代码:
import cpmpy as cp
import logging
from typing import List
class CumulativeTestModel:
def __init__(self, task_duration: int, nb_tasks: int, end_date: int):
self.model: cp.Model = cp.Model()
# 定义变量
# objective: 目标变量,表示所需的机器数量,范围从0到任务总数
self.objective: cp.IntVar = cp.intvar(0, nb_tasks)
# starts: 每个任务的开始时间变量
starts: List[cp.IntVar] = [cp.intvar(0, end_date) for _ in range(nb_tasks)]
# durations: 每个任务的持续时间(此处所有任务持续时间相同)
durations: List[int] = [task_duration] * nb_tasks
# ends: 每个任务的结束时间变量
ends: List[cp.IntVar] = [cp.intvar(0, end_date) for _ in range(nb_tasks)]
# demands: 每个任务的资源需求(此处每个任务占用1个机器)
demands: List[int] = [1] * nb_tasks
# 添加累计约束到模型中
# 确保在任何时间点,所有正在运行任务的总需求(demands)不超过容量(objective)
self.model += cp.Cumulative(
start=starts,
duration=durations,
end=ends,
demand=demands,
capacity=self.objective,
)
# 最小化目标变量,即寻找最少的机器数量
self.model.minimize(self.objective)
logging.info(f"Model created with {nb_tasks} tasks.")
def run(self):
# 使用ortools作为求解器
solver = cp.model.SolverLookup.get("ortools", self.model)
has_solution = solver.solve()
if not has_solution:
logging.info("No solution found.")
else:
logging.info(f"Solution found: {solver.status()} ({(solver.solution_time):.3f} seconds) -> {self.objective.value()}")
if __name__ == "__main__":
logging.basicConfig(level=logging.INFO)
print("[ortools]")
CumulativeTestModel(task_duration=10, nb_tasks=3, end_date=15).run()
CumulativeTestModel(task_duration=10, nb_tasks=5, end_date=25).run()
CumulativeTestModel(task_duration=10, nb_tasks=7, end_date=35).run()
CumulativeTestModel(task_duration=10, nb_tasks=9, end_date=45).run()
CumulativeTestModel(task_duration=10, nb_tasks=11, end_date=55).run()
# CumulativeTestModel(task_duration=10, nb_tasks=13, end_date=65).run() # 此任务数量下可能长时间无解
print("\n[minizinc:chuffed]")
# 也可以测试其他MiniZinc求解器,例如Chuffed
# 注意:需要安装minizinc-python并配置Chuffed求解器
# solver_chuffed = cp.model.SolverLookup.get("minizinc:chuffed", CumulativeTestModel(10, 11, 55).model)
# solver_chuffed.solve()在旧版本的cpmpy(例如0.9.18)和ortools(例如9.8.3296)环境下运行上述代码,可以观察到显著的性能下降:
| 任务数量 (nb_tasks) | ortools 求解时间 (秒) | 结果 (所需机器数) |
|---|---|---|
| 3 | 0.005 | 3 |
| 5 | 0.006 | 3 |
| 7 | 0.011 | 3 |
| 9 | 0.264 | 3 |
| 11 | 1.909 | 3 |
| 13 | 长时间无解 | - |
即使尝试使用其他MiniZinc求解器(如chuffed),问题也依然存在,只是程度有所不同:
| 任务数量 (nb_tasks) | minizinc:chuffed 求解时间 (秒) | 结果 (所需机器数) |
|---|---|---|
| 11 | 0.564 | 3 |
| 13 | 5.762 | 3 |
| 21 | 长时间无解 | - |
这种指数级的性能衰退表明,在处理Cumulative约束时,求解器在某些情况下难以有效地进行剪枝或推理,导致搜索空间过大。
这类性能问题通常根植于约束规划求解器内部对特定约束的处理方式,特别是其线性松弛(Linear Relaxation)或传播算法的效率。Cumulative约束在理论上是复杂的,其有效的传播和剪枝对于求解性能至关重要。当线性松弛不够紧密时,求解器在分支定界过程中会探索更多无效的路径,从而导致求解时间大幅增加。
针对cpmpy中Cumulative约束的这一性能瓶颈,cpmpy库的开发者已经进行了一项关键改进:优化了Cumulative约束的线性松弛。这项改进使得求解器能够更有效地推断变量的界限,从而显著减少搜索空间,加速求解过程。
因此,解决此性能问题的核心方案是更新cpmpy库到包含此优化的最新版本。
在cpmpy库更新到包含Cumulative约束线性松弛改进的版本后,再次运行相同的代码,可以观察到性能的巨大飞跃。以下是更新后的性能数据:
Model created with 3 tasks. Solution found: ExitStatus.OPTIMAL (0.009 seconds) -> 3 Model created with 11 tasks. Solution found: ExitStatus.OPTIMAL (0.002 seconds) -> 3 Model created with 13 tasks. Solution found: ExitStatus.OPTIMAL (0.001 seconds) -> 3 Model created with 21 tasks. Solution found: ExitStatus.OPTIMAL (0.001 seconds) -> 3
从结果可以看出,即使任务数量增加到21个,求解时间也保持在毫秒级别,并且随着任务数量的增加,求解时间甚至有所下降(这可能是由于模型结构在优化后变得更容易求解,或者由于测试环境的微小差异)。这与之前任务数量仅为13个就长时间无解的情况形成了鲜明对比,充分证明了cpmpy库中Cumulative约束线性松弛优化的有效性。
cpmpy的Cumulative约束是解决资源调度问题的强大工具。然而,在使用过程中,尤其是在与ortools等求解器集成时,可能会遇到性能瓶颈。本文通过一个具体的案例展示了这种性能下降,并强调了cpmpy库对Cumulative约束线性松弛的关键优化是解决此问题的根本方法。对于cpmpy用户而言,定期更新库是确保模型高效求解、利用最新算法改进的最佳实践。通过理解并应用这些优化和最佳实践,可以显著提升约束规划模型的求解效率。
以上就是优化cpmpy中累计约束的性能:解决与ortools集成时的效率瓶颈的详细内容,更多请关注php中文网其它相关文章!
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号