【创想】【完全NP问题】多机调度问题,网络流基础上建立新算法

本文探讨了多机调度问题,指出简单的贪心算法并不总是最优解,并提出使用网络流建立检查方法。通过调整网络流算法,确保作业不被拆分,同时保留了网络流的退流优点。作者提出了一种名为‘01流’的新算法,并寻求同行的反馈和建议。
摘要由CSDN通过智能技术生成

【本文原创,转载请注明出处<V字弦割丶>】

http://blog.csdn.net/vmurder/article/details/39555459


首先介绍一下多机调度问题。

就是某工厂有n个独立的作业,由m台相同的机器进行加工处理。作业i所需的加工时间为ti,任何作业在被处理时不能中断,也不能进行拆分处理。现厂长请你给他写一个程序:算出n个作业由m台机器加工处理的最短时间。

显然我们有一种贪心算法,就是先从大到小排个序,枚举作业,哪个机器有空就把作业往哪里塞,这是一个很“优秀”的贪心,可以水过很多分!但是显然它是错。如果你认为不显然,那么来看这组数据:

{7,3//8,9,10,11,12,14,16}

它的最优解是27:8+9+10=27;11+16=27;12+14=26;

然后我们可以牺牲代码复杂度来提高准确率,二分答案,然后往每个容器(此处为3个)里面塞,那么这组数据就可以调过了,但是它还是错的!因为这个问题

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值