--
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Optimal cost: -3
Makespan: 6
Task 0 starts at 3 with rank 1
Task 1 starts at 4 with rank 2
Task 2 starts at 0 with rank 0
Task 3 in not performed and ranked at -1
Dear Laurent,I have tried to sort interval by your first suggestion. And I encounter some problem that BoundIntegerExpression does not support sum function. Attachment is my python code for sorting interval and take one alternative machine as example (machine 0). Since I would like to use the order of interval for each machine, then I can add set up time between each interval if some condition satisfy. Thanks~
Dear Laurent,
--
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
# Create machines constraints.
intervals = intervals_per_resources[0]
if len(intervals) > 1:
model.AddNoOverlap(intervals)
intervals = intervals_per_resources[1]
for interv in intervals_per_resources[2]:
intervals.append(interv)
if len(intervals) > 1:
model.AddNoOverlap(intervals)
--
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/450fcc57-9990-4225-88b0-dc7d9e8b5497%40googlegroups.com.
Or even an equality between the two.
Le mer. 3 juil. 2019 à 15:30, Laurent Perron <lpe...@google.com> a écrit :
AddImplication(presence_literal_of_task1_on_machine_1, presence_literal_of_task2_on_machine_1)AddImplication(presence_literal_of_task1_on_machine_2, presence_literal_of_task2_on_machine_2)
Le mer. 3 juil. 2019 à 15:04, Stefan <stefan...@gmail.com> a écrit :
--Hi all,How can one add a constraint which means "the task after should use the same machine as the task before"? I appreciate your help.Cheers!
Am Donnerstag, 31. Mai 2018 10:13:23 UTC+2 schrieb Johnson Liu:Hi, everyone.I tried to construct a flexible job shop problem and modify the Job shop example on the website.Separate into two solve stages. The first stage is used to decide the task is processed on which machine.And all tasks are available to be processed on these three machines. Each task is limited to be processed on only one machine.Then, in order to find out the minimum makespan, I calculate the minimum makespan of all the possible task-machine combination.However, It takes too much time on finding these small scenario (i.e. 3 jobs and 3 alternative machine).Is there any flexible job shop problem coded in python as reference?python code is as attachment.
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools...@googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/f122fc4b-8026-4565-ab09-62772ce844d5%40googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/985e110f-246a-48a3-ba54-406c0e032015%40googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/bc04b37f-11e6-4898-ac1e-78e2773b9485%40googlegroups.com.
if <span style="co
--
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/e93d3dd9-7f34-4767-bac6-9102c561cd3d%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/9bb769ff-831c-4874-b4bb-5f0cf9a740d7%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/a8296c8e-5237-47f4-a175-34cb7b337e0c%40googlegroups.com.
Cplex uses all the cores by default.
Le lun. 8 juil. 2019 à 00:13, Weihang Zhu <humo...@gmail.com> a écrit :
--Hi Laurent,At 200 events x 30 workers, the lower bound is 100. The search process is stuck at 154 forever and I decided to close Spyder to stop it from running.A few other test cases: 200 events x 50 workers, it solves to optimal in 6 seconds. 500 events x 50 workers: 29 seconds. 1000 events x 50 workers: 140 seconds. So it does have great performance in many cases. And why it is stuck in some cases is quite mysterious to me!To compare with CPlex, when it works, this OR-tools runs faster than CPlex model (not using cumulative constraints). With 1000 events x 50 workers, it solves to optimal in 707 seconds. I don't know if this is a fair comparison as I don't know whether CPlex is using parallel search. The CPlex model is very stable in providing optimal solution (or perhaps it stops at near optimal solution?). For the case of 200 events x 30 workers, it stops in 16 seconds with 102 as the makespan while the lower bound is 100.
On Sunday, July 7, 2019 at 4:30:44 PM UTC-5, Laurent Perron wrote:num_search_workers is indeed parallel search.The cumulative constraints actually break symmetries in a way.Then the problems do actually become big and hard.If or-tools does not prove optimality, does it find good solutions ?
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools...@googlegroups.com.
Hi Laurent,--I need to add a value and a due date for each event. For that, I want to change the objective function to maximize sum(value * earliness). Earliness is defined as due time - completion time. Could you please tell me how to define the objective? I attempted to define it as in line 214 in the attache file but it does not work.Thank you,
On Sunday, July 7, 2019 at 11:09:21 PM UTC-5, Laurent Perron wrote:Cplex uses all the cores by default.Le lun. 8 juil. 2019 à 00:13, Weihang Zhu <humo...@gmail.com> a écrit :--Hi Laurent,At 200 events x 30 workers, the lower bound is 100. The search process is stuck at 154 forever and I decided to close Spyder to stop it from running.A few other test cases: 200 events x 50 workers, it solves to optimal in 6 seconds. 500 events x 50 workers: 29 seconds. 1000 events x 50 workers: 140 seconds. So it does have great performance in many cases. And why it is stuck in some cases is quite mysterious to me!To compare with CPlex, when it works, this OR-tools runs faster than CPlex model (not using cumulative constraints). With 1000 events x 50 workers, it solves to optimal in 707 seconds. I don't know if this is a fair comparison as I don't know whether CPlex is using parallel search. The CPlex model is very stable in providing optimal solution (or perhaps it stops at near optimal solution?). For the case of 200 events x 30 workers, it stops in 16 seconds with 102 as the makespan while the lower bound is 100.
On Sunday, July 7, 2019 at 4:30:44 PM UTC-5, Laurent Perron wrote:num_search_workers is indeed parallel search.The cumulative constraints actually break symmetries in a way.Then the problems do actually become big and hard.If or-tools does not prove optimality, does it find good solutions ?
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/a8296c8e-5237-47f4-a175-34cb7b337e0c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/c4e81ba2-94d0-4a96-92ef-16d4c1c66eb7%40googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/116cf07b-ac94-4933-87b2-7323a30f68bf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/116cf07b-ac94-4933-87b2-7323a30f68bf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
----Laurent
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/6078b237-24b4-4dd5-a2f8-2b3f0d6261b2%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/ee40555b-a98f-4a3d-9f53-16a7051d71a6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/CAPyyUTtWAPnBq-2ZrFq4HixhRxoGC2PjmXvXu2ZgCBkzU7tmSA%40mail.gmail.com.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/ee40555b-a98f-4a3d-9f53-16a7051d71a6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
----Laurent--
You received this message because you are subscribed to the Google Groups "or-tools-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools...@googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to or-tools-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/or-tools-discuss/bf3f171f-29dc-4bc5-9f20-9c871f22c84f%40googlegroups.com.