Residual Scheduling: A New Reinforcement Learning Approach to Solving Job Shop Scheduling Problem
Job-shop scheduling problem (JSP) is a mathematical optimization problem widely used in industries like manufacturing, and flexible JSP (FJSP) is also a common variant. Since they are NP-hard, it is intractable to find the optimal solution for all cases within reasonable times. Thus, it becomes important to develop efficient heuristics to solve JSP/FJSP. A kind of method of solving scheduling problems is construction heuristics, which constructs scheduling solutions via heuristics. Recently, many methods for construction heuristics leverage deep reinforcement learning (DRL) with graph neural networks (GNN). In this paper, we propose a new approach, named residual scheduling, to solving JSP/FJSP. In this new approach, we remove irrelevant machines and jobs such as those finished, such that the states include the remaining (or relevant) machines and jobs only. Our experiments show that our approach reaches state-of-the-art (SOTA) among all known construction heuristics on most well-known open JSP and FJSP benchmarks. In addition, we also observe that even though our model is trained for scheduling problems of smaller sizes, our method still performs well for scheduling problems of large sizes in terms of makespan. Interestingly in our experiments, our approach even reaches zero makespan gap for 49 among 60 JSP instances whose job numbers are more than 100 on 15 machines.
Paper
Similar papers
Peer review
Summary
This paper studied the problem of learning a graph neural network based policy network as a construction heuristic for solving job shop scheduling problems. This paper proposed an idea called residual scheduling to remove irrelevant operations and machines from the graph based state representation. This has been shown experimentally to perform well on several benchmark job shop scheduling problem instances.
Strengths
With the fast advancement of deep learning technologies, it becomes increasingly interesting to develop deep neural network models that can effectively solve complex combinatorial optimization problems, including job shop scheduling problems. The newly developed deep learning system in this paper appears to be very effective and highly competitive in performance, compared to similar approaches from the literature.
Weaknesses
The idea of using graph neural networks or other forms of deep neural networks trained through reinforcement learning to solve job shop scheduling problems has been studied in many past research works. The main text of this paper lacks a comprehensive review of these research works, making it hard to clearly understand the key technical novelty and contribution of this paper, compared to other recently published works. The development of the residual scheduling technique is not strongly motivated in this paper. It is hard to understand why it is essential to remove irrelevant operations and machines from the graph based state representation. The development of this technique also appears to be very highly intuitive and lacks thorough theoretical analysis. Hence, the technical contribution of this development remains largely questionable. The authors stated that in order for the process of learning the construction heuristic to be formulated as an MDP, they introduced several attributes for the operation nodes and machine nodes in the graph based state representation. However, it remains largely unknown whether, with the introduced attributes, the state representation can satisfy the Markov property of the MDP. The importance of using any newly introduced attributes should be more thoroughly evaluated experimentally. The associated technical contributions should be clarified and strongly justified. Some other key aspects of the new system design should also be justified more. For example, the use of GIN needs to be supported with more convincing reasons. The focus on learning a construction heuristic rather than an improvement heuristic, which is gaining increasing popularity and attention, should be better justified and experimentally validated in this paper.
Questions
What are the key novelties of this research work, compared to existing deep learning based methods for combinatorial optimization, including job shop scheduling? At the theoretical level, why is it essential to remove irrelevant operations and machines from the graph based state representation? With the newly introduced attributes, why will the state representation satisfy the Markov property of the MDP? What are the theoretical and empirical advantages of learning a construction heuristic, in comparison to learning an improvement heuristic?
Rating
5: Borderline accept: Technically solid paper where reasons to accept outweigh reasons to reject, e.g., limited evaluation. Please use sparingly.
Confidence
4: You are confident in your assessment, but not absolutely certain. It is unlikely, but not impossible, that you did not understand some parts of the submission or that you are unfamiliar with some pieces of related work.
Soundness
2 fair
Presentation
2 fair
Contribution
2 fair
Limitations
I do not have any concerns regarding this question.
Thank the authors for their response
I would like to thank the authors for taking time to respond to my comments. Based on the response, I think my main concerns have not been properly addressed. The discussion on the Markov property did not seem to provide any additional insights on the system design and its novelty. The comparison to improvement heuristics both theoretically and empirically was not addressed with sufficient depth and details.
>I would like to thank the authors for taking time to respond to my comments. Based on the response, I think my main concerns have not been properly addressed. The discussion on the Markov property did not seem to provide any additional insights on the system design and its novelty. Thank you for your inquiry. In this paper, we simply said that for the approach of using solution constructions the state representation satisfies the Markov property (of the MDP). Some other works, such as L2D and ScheduleNet are also based on this approach (called construction heuristics). We did not claim novelty on this (similar to ScheduleNet), so we simply put it into the Appendix. We claim novelty and significance on "Residual Scheduling” as described in the Section of “Author Rebuttal by Authors”. And, we also claim that ours performed best among all works using construction heuristics. >The comparison to improvement heuristics both theoretically and empirically was not addressed with sufficient depth and details. ScheduleNet paper (Park et al 2021) has mentioned about the two types of heuristics as follows (Page 2 and 20): “the RL approaches can be categorized into: (1) improvement heuristics which learns to revise a complete solution iteratively to obtain a better solution; and (2) construction heuristics learns to construct a solution …. The improvement heuristics typically can obtain better performance than the construction heuristics as they find the best solution iteratively through the repetitive solution revising/searching process. However, improvement heuristics require expensive computations than construction heuristics.” So, this paper did not make more comparisons on this issue. To our knowledge, the improvement heuristics in L2S (Zhang et al. 2022) perform relatively well (probably the best) in the works of JSP with improvement heuristics. Here are some more points. * Although improvement heuristics perform well for JSP with high steps (like 5000), these steps cannot be parallelized well. In contrast, most construction heuristics can construct solutions in parallel to further improve the performance. For example, our RS+100 for FJSP has much better performance than RS, and can be completely done in parallel. In fact, we also have done experiments on RS+100 for JSP for comparisons to their works. The following table shows the performance results of RS+100 as well as others (including L2S-500, L2S-1000, L2S-2000, L2S-5000) for TA datasets. The results show that ours still outperforms L2S (even for L2S-5000) for large cases (50x15,50x20,100x20). This result also shows the superiority of our RS approach. |Size|15x15|20x15|20x20|30x15|30x20|50x15|50x20|100x20|Avg| |-|-|-|-|-|-|-|-|-|-| |RS|0.148|0.165|0.169|0.144|0.177|0.067|0.100|0.026|0.125| |RS+100|0.109|0.111|0.117|0.108|0.141|**0.035**|**0.064**|**0.005**|0.086| |L2S-500|0.093|0.116|0.124|0.147|0.175|0.110|0.130|0.079|0.122| |L2S-1000|0.086|0.104|0.114|0.129|0.157|0.090|0.114|0.066|0.108| |L2S-2000|0.071|0.094|0.102|0.110|0.140|0.069|0.093|0.051|0.091| |L2S-5000|**0.062**|**0.083**|**0.090**|**0.090**|**0.126**|0.047|0.065|0.030|**0.074**| * L2S has been used for JSP so far. It is unclear whether it can be applied to FJSP well at least at this moment.
Thank the authors for the further clarification. I have increased my rating a bit based on the additional information provided.
Summary
The paper introduces a novel approach called residual scheduling for solving the Job-shop scheduling problem (JSP) and its variant, flexible JSP (FJSP), focusing on removing irrelevant machines and jobs from the consideration set. Despite these problems being NP-hard, the proposed method demonstrates state-of-the-art performance across standard benchmarks, even performing well when scaled to larger problem sizes, achieving a zero gap in 49 out of 50 instances with more than 150 jobs on 20 machines.
Strengths
The method developed claims that for the 98% of the cases, the zero gap is achieved for fairly large instances.
Weaknesses
The zero gap is mentioned. Upon reading, readers find out that the gap refers to "makespan gap." Understandably, significant bulk of existing papers on job-shop focus on makespan rather than tardiness. Ignoring tardiness may lead to poorer on time delivery, which is a weakness in itself, but with respect to the "makespan gap" measure it is not clear whether zero gap will result in zero (or small gap) is tardiness is considered or, generally, if the standard duality or MIP gaps are used instead. The gap is misleading at best.
Questions
The paper claims to beath SOTA heuristics. Lagrangian heuristic is definitely missing. How does the new method compare against Lagrangian heuristic? Understandably, Lagrangian relaxation has been used for a long time, the reviewer is asking about recent rather than historical Lagrangian heuristics, since their quality may differ.
Rating
5: Borderline accept: Technically solid paper where reasons to accept outweigh reasons to reject, e.g., limited evaluation. Please use sparingly.
Confidence
4: You are confident in your assessment, but not absolutely certain. It is unlikely, but not impossible, that you did not understand some parts of the submission or that you are unfamiliar with some pieces of related work.
Soundness
3 good
Presentation
3 good
Contribution
3 good
Limitations
In light of the above comments, the limitations are 1. only makespan is considered, 2. only one type of gap seems to be introduced and considered, and 3. major heuristics are not used/compared with.
Summary
This paper proposed DRL based method to learn dispatching polices for (flexible) job-shop scheduling problems (JSP/FJSP). The main idea is to remove the completed operations from the state embedding, which is called residual scheduling, so as to improve the representation accuracy. The DRL agent uses a graph representation, which is processed by a Graph Neural Network (GNN) architecture. Experiments on JSP and FJSP benchmarks show that the proposed residual scheduling scheme outperforms recent DRL baselines.
Strengths
1. The idea of residual scheduling makes great sense and is interesting. 2. The method is generally applicable to both JSP and FJSP, which are important scheduling problems. 3. Good empirical performance, comparing to recent DRL based scheduling methods.
Weaknesses
1. The main weakness is that the technical contribution is incremental. While the redisual scheduling idea is interesting and novel, a large part of the proposed method is similar to existing works. Specifically, the graph representation and heterogeneous graph neural network in Section 3.2 and 3.3 is similar to the heterogeneous graph and heterogeneous GNN in (Song et al., 2023). This is not mentioned in Section 3, and the differences between the proposed method and existing works are not discussed. 2. Some design choices need to be justified. Please see the below questions. 3. Empirical evaluation needs to be improved. * It is unclear whether the models in other works (e.g. L2D, SchN, DRL-G) are retrained using the same dataset as the proposed method. If not, then directly comparing their performance (even on the same benchmark instances) is not fair due to different training data. * The discussion for Figure 4 is not surprising. It is well known that for JSP, problems with larger $n/m$ ratios are easier to solve (Taillard 1993). That is why the gaps on large problems in Figure 4 are smaller. Actually this is true for most algorithms, and cannot be claimed as a major advantage of the proposed method. * Training time is not reported. 4. The authors made several inappropriate statements in the paper, mainly in introduction. The authors should be more precise about the related concepts. * In the first paragraph, it is better to describe JSP as a combinatorial optimization problem, instead of mathematical optimization. * In the second paragraph, Constraint Satisfaction Problem (CSP) should be not stated as a type of mathematical optimization. In addition, Constraint Programming (CP) here is more suitable than CSP. * In the fourth paragraph, the approaches that automate the design of heuristics should be hyperheuristics, instead of metaheuristics. 4. The language needs to be improved. Besides, there are quite a few grammar errors and typos.
Questions
1. Why use fully connected edges to link the operations in the same job? How about using only precedence relationship as a directed edge? 2. The second graph below Figure 3, for flexible problems, how to define the ready status for an operation considering there could be multiple compatible machines? 3. According to Figure 3(b), the graph embedding $h_{\mathcal{G}}^{(k)}$ is not used in the action score prediction as in Figure 3(c). So what is $h_{\mathcal{G}}^{(k)}$ used for? 4. In the experiments, to generate number of jobs and machines, why use the uniform distribution $\mathcal{U}(3, N)$ and $\mathcal{U}(3,n)$ (should be $\mathcal{U}(3,M)$ for machines)? The value 3 seems arbitrary.
Rating
5: Borderline accept: Technically solid paper where reasons to accept outweigh reasons to reject, e.g., limited evaluation. Please use sparingly.
Confidence
5: You are absolutely certain about your assessment. You are very familiar with the related work and checked the math/other details carefully.
Soundness
3 good
Presentation
2 fair
Contribution
2 fair
Limitations
The authors did not give a particular discussion on the limitations. One limitation could be the computational efficiency. As shown in Table 13 in the appendix, the runtime increase rapidly with the number of jobs. This could affect both training and inference efficiency, and limit its applicability to larger problems.
Summary
This paper proposes a deep reinforcement learning-based constructive heuristic to solve the (Flexible) Job Shop Scheduling Problem. An instance of the problem is represented as a graph and fed into a Graph Neural Network-based model which outputs a score for each candidate (operation-machine) pair. The model is trained with the REINFORCE algorithm with as baseline a classic Priority Dispatching Rule-based heuristic. The novelty of the paper lies in the update of the state after each action: the graph is updated by removing the operations which have already been executed to focus on the most relevant information, which is the residual operations and remaining times of the ongoing ones. The proposed approach is experimentally shown to outperform RL-based constructive heuristics on classic JSSP and FJSSP benchmarks.
Strengths
1. Sound and interesting idea of removing irrelevant information from the state 1. The paper is fairly clear and I appreciated the illustrations Fig 1-3. 1. The model was proposed for the JSSP and easily adapted to the Flexible JSSP 1. The approach outperforms deep RL-based construction heuristics on classic benchmarks
Weaknesses
1. Limited novelty: the main contribution is the definition of the residual state at each step of the construction process by removing irrelevant operations and resetting the time reference. This seems to me an incremental improvement of the approach L2D [1], which already proposed a similar state graph representation and the use of the Graph Isomorphism Network architecture for the JSSP. 1. The proposed approach seems very specific to (F)JSSPs (state representation, baseline) and it's not clear what could be transferable to DRL heuristics for solving other optimization problems. 1. In the experiments, the presented non-learning-based baselines seem pretty weak: only greedy (see more in Questions) 1. Lots of English typos (I noted a few per page) [1] C Zhang et al, Learning to Dispatch for Job Shop Scheduling via Deep Reinforcement Learning, Neurips 2020
Questions
1. Where dos the attributes of edges (L205) appear in the GNN model (Sec 3.3)? 1. The paper claims: “Interestingly, using RS, the average gaps are nearly zero for the collections with sizes larger than 100 … A strong implication is that our RS approach can be scaled up for job sizes and even reach the optimal for sufficient large job count.” Do you have an idea of why the model would work better on unseen large instances versus instances of the same size as the training ones? Does OR-tools return the optimal solutions for these larger instances? Can it be that the quality of the reference solutions decreases and therefore the “optimality” gap becomes smaller? 1. Are there stronger non-learning-based baselines for the JSPP other than the greedy PDR heuristics presented in Table 2? To be able to appreciate the performance of the proposed approach, it would be useful and more convincing to compare it to the best heuristics for this problem, beyond simple greedy ones. For example maybe [2]? 1. Appendix, Algorithm 1, Line 6: to compute this makespan at state s_t, given action a_t, do you do a rollout of the current policy \pi_{\theta} with the updated parameter \theta? This would mean doing a rollout until the end of both the baseline and current policy at each step of the trajectory? How long did the training take? 1. How is the average computation time computed? (Table 13) In particular, was the policy applied to each instance individually or were instances batched? 1. The discussion L322 about the time it takes for RS/L2D/ScheduleNet versus OR-Tools can be a bit misleading: OR-tools is an exact solver. If spends a lot of time proving the optimality of the solution. Probably it could return a good quality solution much faster if used as a heuristic. In addition it runs on CPUs and not GPUs therefore just comparing the time is not really fair. [2] CY Zhang, A tabu search algorithm with a new neighborhood structure for the job shop scheduling problem, Computers & Operations Research, 2007
Rating
6: Weak Accept: Technically solid, moderate-to-high impact paper, with no major concerns with respect to evaluation, resources, reproducibility, ethical considerations.
Confidence
5: You are absolutely certain about your assessment. You are very familiar with the related work and checked the math/other details carefully.
Soundness
2 fair
Presentation
2 fair
Contribution
2 fair
Limitations
Not explicitly addressed by the paper.
Dear reviewers, thank you very much for your useful and valuable comments. We would appreciate your further comments and reconsidering the acceptance of this paper. We believe that this paper is worthy of acceptance as follows. The key contribution of this paper is that the proposed method RS for JSP/FJSP problems reaches State-of-the-Art (SoTA) among the methods with construction heuristics. RS leverages the idea of focusing on residual graph which is **DIFFERENT** from other methods, and benefit **the performance significantly particularly for large JSP/FJSP instances**. The advantage of RS (our method) becomes even clearer when compared to improvement heuristics (as also raised by reviewer xp5N). We quote from ScheduleNet paper (Park et al. 2021) which summarized the two types of heuristics for RL as follows (Page 20): > “the RL approaches can be categorized into: (1) improvement heuristics which learns to revise a complete solution iteratively to obtain a better solution; and (2) construction heuristics learns to construct a solution …. The improvement heuristics typically can obtain better performance than the construction heuristics as they find the best solution iteratively through the repetitive solution revising/searching process. However, improvement heuristics require expensive computations than construction heuristics.” To the best of our knowledge, L2S (Zhang et al. 2022) is the SoTA among all methods with the improvement heuristics. Based on the argument from the previous (Park et al. 2021), it is expected to have better solutions for improvement heuristics. But, even for that, our RS+100 (with construction heuristics) for JSP is competitive to L2S (with improvement heuristics) in terms of better solutions, regardless of lower computation costs. (Note: RS+100 can even reach the same computation time as RS while being processed in parallel.) Especially, our RS+100 outperforms all L2S (L2S-500 to L2S-5000) for large cases (50x15,50x20,100x20). These results (as also in the following table) also show the superiority of our RS approach. |Size|15x15|20x15|20x20|30x15|30x20|50x15|50x20|100x20|Avg| |-|-|-|-|-|-|-|-|-|-| |RS|0.148|0.165|0.169|0.144|0.177|0.067|0.100|0.026|0.125| |RS+100|0.109|0.111|0.117|0.108|0.141|**0.035**|**0.064**|**0.005**|0.086| |L2S-500|0.093|0.116|0.124|0.147|0.175|0.110|0.130|0.079|0.122| |L2S-1000|0.086|0.104|0.114|0.129|0.157|0.090|0.114|0.066|0.108| |L2S-2000|0.071|0.094|0.102|0.110|0.140|0.069|0.093|0.051|0.091| |L2S-5000|**0.062**|**0.083**|**0.090**|**0.090**|**0.126**|0.047|0.065|0.030|**0.074**| In short, we believe RS is an important contribution. Given that the author-reviewer discussion phase will end on Aug 21, we would be grateful if reviewers would kindly acknowledge our rebuttals, and appreciate your reconsideration. Thank you very much again.
Dear reviewers and chairs, we sincerely thank you very much for your valuable comments and discussions. Given that the author/reviewer discussion phase will end very soon (on Aug 21), we would be very grateful if you would acknowledge our rebuttals. We want to ensure to have the chance to clarify questions or concerns during the phase. Again, we appreciate your reconsideration on the acceptance of this paper, if not respond yet. We are confident that this paper is worthy of this conference. While we know novelty is critical, it is sort-of subjective about how big novelty/contribution a work is. (Note that a simple approach is often overlooked as limited or minor novelty.) In contrast, it is objective about the performance. This paper proposes Residual Scheduling which performs "consistently" well, especially for large instances (please read the previous message) for which RS clearly outperformed other RL methods with construction heuristics and even for those with improvement heuristics. This shows the merit and importance of the "residual" concept, though simple, which was overlooked in many previous papers, some in top-tier conferences (including NeurIPS) and journals. Finally, we again very much appreciate your comments and reconsideration with the support of acceptance.
Thanks for the response, which addressed my concern. I increased my score to 5.
Thank you very much for your positive response towards acceptance. In the case of acceptance, we will revise this paper accordingly based on your valuable comments. Again, thank you, and we are confident that this paper is worthy of this conference.
The reviewer continues to have reservations regarding the choice of makespan. While it is acknowledged (by both the reviewer and the authors) that a significant portion of existing job-shop literature centers on makespan rather than tardiness, this choice restricts practical applicability, especially concerning on-time delivery—a factor crucial for customer satisfaction. Note that the acknowledgment of this predominant focus on makespan is a mere observation and does not constitute a rigorous scientific discovery. On the other hand, the discourse on LR heuristics/methods has somewhat improved and the results presented are promising. The most the reviewer can do in light of these concerns is adjust their rating from "borderline reject" to "borderline accept".
Thank you very much for your positive re-evaluation and your acknowledgment of our results for makespan. Yes, we totally agree that other objectives like tardiness (more like machine utilization, setup cost, energy consumption, etc. [1]) are also important for practical applications, especially for scheduling for manufacturing plants, which we are actually also working with. We worked on the research towards RS actually based on our observation and analysis on these practical applications, with the objectives like makespan as well as tardiness/machine utilization/setup cost. In this paper, we target makespan, simply because it would be easier to make comparisons with existing job-shop research works on makespan (including datasets and benchmarks for comparisons). Like John McCarthy said "Chess as the Drosophila (the Fruit Fly) of Artificial Intelligence" in 1990, we usually want to work on simplified work first (makespan only) for a more complicated topic (including tardiness, etc). I hope the above answer addresses your concerns on the issue of “makespan” only. Thank you very much again. [1] Xiong, Hegen, et al. "A survey of job shop scheduling problem: The types and models." Computers & Operations Research (2022)
I thank the authors for their precise answers. I increase my score to 6.
Decision
Reject