Imagine you're solving a maze, but this maze has multiple paths that lead to the same intersection. A tree-search explorer treats every arrival at that intersection as a brand-new discovery — redoing all the work downstream each time. A graph-search explorer marks intersections as visited. Over a large maze, the graph searcher finishes while the tree searcher is still wandering through corridors it has already mapped. This paper takes that insight and applies it to the Resource-Constrained Project Scheduling Problem (RCPSP), a well-studied NP-hard problem where you assign tasks to limited resources over time. The committed claim: graph-based A* with duplicate-state detection substantially outperforms Branch-and-Bound (B&B) tree search on RCPSP, not because of heuristic cleverness, but because of the fundamental difference in how they handle states reachable by multiple paths. The authors deliberately use basic implementations of both methods — same lower bound, same best-first node selection — to isolate the search mechanism itself from solver engineering. This is a clean experiment, not a product comparison. The results are unambiguous. On 480 standard PSPLIB benchmark instances (the J30, J60, J90, J120 sets), A* with pruning rules proves optimality for all 480 instances within the time and memory limits. Best-first B&B manages 445 under identical constraints. The gap widens on harder instances. The paper also tests depth-first B&B, which trades optimality guarantees for lower memory consumption — useful when you need any feasible solution fast but don't need proof of optimality. Architecturally, the paper bridges three representations that these communities rarely connect: mixed-integer linear programming (MILP) formulations from OR, state-action models from AI planning, and timed Petri-net models from systems theory. The authors show formal equivalences between these representations, which is genuinely useful for cross-pollination. The MILP relaxation provides lower bounds; A* uses these bounds within its graph search; B&B uses them within its tree search. Stronger LP relaxations tighten the bound but introduce enough computational overhead that the net effect is ambiguous — a finding that matters for practitioners choosing solver configurations. The integrity setup is solid for this type of work. PSPLIB is the community standard benchmark for RCPSP, publicly available and used for decades. The comparison is controlled: same bounds, same node selection strategy, same hardware, same time limits. The authors are honest about what they are NOT doing — they explicitly avoid comparing against state-of-the-art solvers with decades of engineering, because the point is to understand the mechanism, not to crown a winner. This is a methodological contribution, not a performance claim. The limitation is scope. RCPSP is one problem class. The authors acknowledge but do not test whether the A* advantage from duplicate-state detection transfers to other combinatorial optimization problems with similar structure. They also don't test on instances larger than 120 activities, which is modest by industrial standards. The obvious next experiment — scaling to 500+ activity instances and testing on multi-mode or multi-project variants — wasn't run, likely because the point of this paper is the controlled comparison, not industrial scaling. The real value here is the bridge itself. OR researchers building B&B solvers should seriously consider incorporating duplicate-state detection. AI researchers building A* planners for scheduling should look at LP relaxation bounds from the OR toolkit. Two communities, one search space, decades of parallel development with surprisingly little cross-talk. This paper maps the gap concretely enough to start closing it.
The analogy
Imagine solving a maze where many paths converge on the same intersections. A tree searcher (B&B) treats each arrival as a fresh discovery and re-explores everything downstream. A graph searcher (A*) marks intersections as visited and never re-walks them. On mazes with lots of convergence — like scheduling problems — the graph searcher finishes while the tree searcher is still lost in corridors it has already mapped.
Maze with shortcuts
Multiple corridors converge on the same intersection; a smart explorer marks visited rooms to avoid redundant exploration
A* graph search
Multiple scheduling decision sequences reach the same partial schedule; A* detects duplicates and prunes redundant subtrees
Honest assessment
This is a clean, well-designed methodological experiment that demonstrates something the AI and OR communities should have nailed down years ago: duplicate-state detection is the primary reason A* outperforms basic B&B on scheduling. It won't change anyone's production solver tomorrow, but it gives both communities a concrete map for borrowing each other's best ideas. The scope is deliberately narrow — 120-activity instances, basic implementations, one problem class — which is a feature of the experimental design, not a bug.
What Is CLAIMS?
67
/ 100
BedrockNews applies a structured analytical framework called CLAIMS to academic papers and technical research releases.
How CLAIMS worksClaim
3/5
Ladder
4/5
Architecture
4/5
Integrity
4/5
Milestone
2/5
Successor
3/5
What is this paper actually committing to?
Methodological bridge, not a new algorithm. The claim is that duplicate-state detection is the decisive mechanism separating A* from B&B on scheduling — demonstrated cleanly, not just argued.
The field fight
Should exact solvers for combinatorial scheduling use tree search (OR tradition) or graph search (AI tradition)?
Side A
Tree search (B&B) is the practical workhorse — decades of engineering, LP relaxations, cutting planes, commercial solvers
Held by: CPLEX, Gurobi, OR community
Side B
Graph search (A*) with duplicate-state detection handles scheduling's combinatorial symmetry more efficiently at the fundamental level
Held by: AI planning community, this paper
Milestone tracker
Unlocks: Practical hybrid exact solvers that combine OR's LP machinery with AI's graph-search deduplication
Current
120
activities
PSPLIB max (this paper)
Next
500+
activities
Industrial-scale RCPSP
Unclear — depends on whether hybrid solvers emerge from this cross-community bridge
Verified Facts (6)
Experiments on 480 benchmark RCPSP instances
Graph-based A* proves optimality for all 480 instances
Best-first B&B proves optimality for 445 under the same time and memory limits
Depth-first B&B uses less memory and can find feasible solutions even when the search does not finish within the time limit
Authors establish relationships between mixed-integer linear programming, state-action, and timed Petri-net representations
Stronger linear programming relaxations reduce the search space but introduce considerable computational overhead
Practical Implications (4)
OR practitioners building B&B solvers for scheduling should add closed-list state deduplication — the A* advantage is structural, not heuristic
AI planning researchers should explore LP relaxation bounds from OR as admissible heuristics for A* on resource-constrained problems
Hybrid solvers combining graph search deduplication with cutting-plane LP bounds are a natural next step
Depth-first B&B remains the right choice when memory is scarce and a feasible solution matters more than optimality proof
More latest news
Read all