-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to test bigger instance and irregular instance #18
Comments
|
For the question2, I think we can change the adjacent matrix i.e. conjunctions arcs and the last candidate operation of each job. Besides, I think there may be another way: we can make up the jobs with fewer operations to the longest one and set the processing time of these extra operations to be 0. |
For question 2, you don't need fictitious nodes like the ones with For the new question, this is a job shop problem with re-entry cases, i.e., a job must be processed by a machine multiple times. For now, I didn't see any barriers preventing applying my method to this problem. But you need to be careful in examining the state transition mechanism, especially for next-state disjunctive graph construction. |
For the disjunctive graph of job shop problem with re-entry cases, there may be another issue: how to describe two adjacent operations which belongs to the same job, while they must be processed by a machine. In this case, whether a conjunctions arc or a disjunctive arc or both of them are required, and how to define the adjacent matrix becase these two arcs overlap. |
Agree, this is a problem. But if you use modern library like PyG, it can handle it properly: |
Why your models trained on small instances can be tested on bigger instances, how to solve the difference of size.
Why each operation of your instance need different machines, no repetition in a job.
How to test on some irregular instances, i.e. some jobs have different amount of operations.
The text was updated successfully, but these errors were encountered: