graph_comb_opt
Implementation of "Learning Combinatorial Optimization Algorithms over Graphs"
view repo
The design of good heuristics or approximation algorithms for NP-hard combinatorial optimization problems often requires significant specialized knowledge and trial-and-error. Can we automate this challenging, tedious process, and learn the algorithms instead? In many real-world applications, it is typically the case that the same optimization problem is solved again and again on a regular basis, maintaining the same problem structure but differing in the data. This provides an opportunity for learning heuristic algorithms that exploit the structure of such recurring problems. In this paper, we propose a unique combination of reinforcement learning and graph embedding to address this challenge. The learned greedy policy behaves like a meta-algorithm that incrementally constructs a solution, and the action is determined by the output of a graph embedding network capturing the current state of the solution. We show our framework can be applied to a diverse range of optimization problems over graphs, and learns effective algorithms for the Minimum Vertex Cover, Maximum Cut and Traveling Salesman problems.
READ FULL TEXT VIEW PDF
Combinatorial optimization algorithms for graph problems are usually des...
read it
Combinatorial optimization problems arise in a wide range of application...
read it
We propose a framework for solving combinatorial optimization problems o...
read it
Many real-world problems can be reduced to combinatorial optimization on...
read it
In this paper, we propose a deep reinforcement learning framework called...
read it
A common strategy for improving optimization algorithms is to restart th...
read it
The Traveling Salesman Problem is one of the most intensively studied
co...
read it
Implementation of "Learning Combinatorial Optimization Algorithms over Graphs"
Combinatorial optimization problems over graphs arising from numerous application domains, such as social networks, transportation, telecommunications and scheduling, are NP-hard, and have thus attracted considerable interest from the theory and algorithm design communities over the years. In fact, of Karp’s 21 problems in the seminal paper on reducibility [19], 10 are decision versions of graph optimization problems, while most of the other 11 problems, such as set covering, can be naturally formulated on graphs. Traditional approaches to tackling an NP-hard graph optimization problem have three main flavors: exact algorithms, approximation algorithms and heuristics. Exact algorithms are based on enumeration or branch-and-bound with an integer programming formulation, but may be prohibitive for large instances. On the other hand, polynomial-time approximation algorithms are desirable, but may suffer from weak optimality guarantees or empirical performance, or may not even exist for inapproximable problems. Heuristics are often fast, effective algorithms that lack theoretical guarantees, and may also require substantial problem-specific research and trial-and-error on the part of algorithm designers.
All three paradigms seldom exploit a common trait of real-world optimization problems: instances of the same type of problem are solved again and again on a regular basis, maintaining the same combinatorial structure, but differing mainly in their data. That is, in many applications, values of the coefficients in the objective function or constraints can be thought of as being sampled from the same underlying distribution. For instance, an advertiser on a social network targets a limited set of users with ads, in the hope that they spread them to their neighbors; such covering instances need to be solved repeatedly, since the influence pattern between neighbors may be different each time. Alternatively, a package delivery company routes trucks on a daily basis in a given city; thousands of similar optimizations need to be solved, since the underlying demand locations can differ.
Despite the inherent similarity between problem instances arising in the same domain, classical algorithms do not systematically exploit this fact. However, in industrial settings, a company may be willing to invest in upfront, offline computation and learning if such a process can speed up its real-time decision-making and improve its quality. This motivates the main problem we address:
Problem Statement: Given a graph optimization problem and a distribution of problem instances, can we learn better heuristics that generalize to unseen instances from ?
Recently, there has been some seminal work on using deep architectures to learn heuristics for combinatorial problems, including the Traveling Salesman Problem [37, 6, 14]. However, the architectures used in these works are generic, not yet effectively reflecting the combinatorial structure of graph problems. As we show later, these architectures often require a huge number of instances in order to learn to generalize to new ones. Furthermore, existing works typically use the policy gradient for training [6], a method that is not particularly sample-efficient. While the methods in [37, 6]
can be used on graphs with different sizes – a desirable trait – they require manual, ad-hoc input/output engineering to do so (e.g. padding with zeros).
In this paper, we address the challenge of learning algorithms for graph problems using a unique combination of reinforcement learning and graph embedding. The learned policy behaves like a meta-algorithm that incrementally constructs a solution, with the action being determined by a graph embedding network over the current state of the solution. More specifically, our proposed solution framework is different from previous work in the following aspects:
1. Algorithm design pattern. We will adopt a greedy meta-algorithm design, whereby a feasible solution is constructed by successive addition of nodes based on the graph structure, and is maintained so as to satisfy the problem’s graph constraints. Greedy algorithms are a popular pattern for designing approximation and heuristic algorithms for graph problems. As such, the same high-level design can be seamlessly used for different graph optimization problems.
2. Algorithm representation. We will use a graph embedding network, called structure2vec (S2V) [9]
, to represent the policy in the greedy algorithm. This novel deep learning architecture over the instance graph “featurizes” the nodes in the graph, capturing the properties of a node in the context of its graph neighborhood. This allows the policy to discriminate among nodes based on their usefulness, and generalizes to problem instances of different sizes. This contrasts with recent approaches
[37, 6] that adopt a graph-agnostic sequence-to-sequence mapping that does not fully exploit graph structure.3. Algorithm training. We will use fitted -learning to learn a greedy policy that is parametrized by the graph embedding network. The framework is set up in such a way that the policy will aim to optimize the objective function of the original problem instance directly. The main advantage of this approach is that it can deal with delayed rewards, which here represent the remaining increase in objective function value obtained by the greedy algorithm, in a data-efficient way; in each step of the greedy algorithm, the graph embeddings are updated according to the partial solution to reflect new knowledge of the benefit of each node to the final objective value. In contrast, the policy gradient approach of [6] updates the model parameters only once w.r.t. the whole solution (e.g. the tour in TSP).
The application of a greedy heuristic learned with our framework is illustrated in Figure 1. To demonstrate the effectiveness of the proposed framework, we apply it to three extensively studied graph optimization problems. Experimental results show that our framework, a single meta-learning algorithm, efficiently learns effective heuristics for each of the problems. Furthermore, we show that our learned heuristics preserve their effectiveness even when used on graphs much larger than the ones they were trained on. Since many combinatorial optimization problems, such as the set covering problem, can be explicitly or implicitly formulated on graphs, we believe that our work opens up a new avenue for graph algorithm design and discovery with deep learning.
We will illustrate our framework using three optimization problems over weighted graphs. Let denote a weighted graph, where is the set of nodes, the set of edges and the edge weight function, i.e. is the weight of edge . These problems are:
[leftmargin=*,nosep,nolistsep]
Minimum Vertex Cover (MVC): Given a graph , find a subset of nodes such that every edge is covered, i.e. , and is minimized.
Maximum Cut (MAXCUT): Given a graph , find a subset of nodes such that the weight of the cut-set is maximized, where cut-set is the set of edges with one end in and the other end in .
Traveling Salesman Problem (TSP): Given a set of points in 2-dimensional space, find a tour of minimum total weight, where the corresponding graph has the points as nodes and is fully connected with edge weights corresponding to distances between points; a tour is a cycle that visits each node of the graph exactly once.
We will focus on a popular pattern for designing approximation and heuristic algorithms, namely a greedy algorithm. A greedy algorithm will construct a solution by sequentially adding nodes to a partial solution , based on maximizing some evaluation function that measures the quality of a node in the context of the current partial solution. We will show that, despite the diversity of the combinatorial problems above, greedy algorithms for them can be expressed using a common formulation. Specifically:
[leftmargin=*,nosep,nolistsep]
A problem instance of a given optimization problem is sampled from a distribution , i.e. the , and of the instance graph are generated according to a model or real-world data.
A partial solution is represented as an ordered list , , and the set of candidate nodes for addition, conditional on
. Furthermore, we use a vector of binary decision variables
, with each dimension corresponding to a node , if and 0 otherwise. One can also view as a tag or extra feature on .A maintenance (or helper) procedure will be needed, which maps an ordered list to a combinatorial structure satisfying the specific constraints of a problem.
The quality of a partial solution is given by an objective function based on the combinatorial structure of .
A generic greedy algorithm selects a node to add next such that maximizes an evaluation function, , which depends on the combinatorial structure of the current partial solution. Then, the partial solution will be extended as
(1) |
and denotes appending to the end of a list . This step is repeated until a termination criterion is satisfied.
In our formulation, we assume that the distribution , the helper function , the termination criterion and the cost function are all given. Given the above abstract model, various optimization problems can be expressed by using different helper functions, cost functions and termination criteria:
[leftmargin=*,nosep,nolistsep]
MVC: The helper function does not need to do any work, and . The termination criterion checks whether all edges have been covered.
MAXCUT: The helper function divides into two sets, and its complement , and maintains a cut-set . Then, the cost is , and the termination criterion does nothing.
TSP: The helper function will maintain a tour according to the order of the nodes in . The simplest way is to append nodes to the end of partial tour in the same order as . Then the cost , and the termination criterion is activated when . Empirically, inserting a node in the partial tour at the position which increases the tour length the least is a better choice. We adopt this insertion procedure as a helper function for TSP.
An estimate of the quality of the solution resulting from adding a node to partial solution
will be determined by the evaluation function , which will be learned using a collection of problem instances. This is in contrast with traditional greedy algorithm design, where the evaluation function is typically hand-crafted, and requires substantial problem-specific research and trial-and-error. In the following, we will design a powerful deep learning parameterization for the evaluation function, , with parameters .Since we are optimizing over a graph , we expect that the evaluation function should take into account the current partial solution as it maps to the graph. That is, for all nodes , and the nodes are connected according to the graph structure. Intuitively, should summarize the state of such a “tagged" graph , and figure out the value of a new node if it is to be added in the context of such a graph. Here, both the state of the graph and the context of a node can be very complex, hard to describe in closed form, and may depend on complicated statistics such as global/local degree distribution, triangle counts, distance to tagged nodes, etc. In order to represent such complex phenomena over combinatorial structures, we will leverage a deep learning architecture over graphs, in particular the structure2vec of [9], to parameterize .
We first provide an introduction to structure2vec. This graph embedding network will compute a -dimensional feature embedding for each node , given the current partial solution . More specifically, structure2vec defines the network architecture recursively according to an input graph structure , and the computation graph of structure2vec is inspired by graphical model inference algorithms, where node-specific tags or features are aggregated recursively according to ’s graph topology. After a few steps of recursion, the network will produce a new embedding for each node, taking into account both graph characteristics and long-range interactions between these node features. One variant of the structure2vec architecture will initialize the embedding at each node as , and for all update the embeddings synchronously at each iteration as
(2) |
where is the set of neighbors of node in graph , and
is a generic nonlinear mapping such as a neural network or kernel function.
Based on the update formula, one can see that the embedding update process is carried out based on the graph topology. A new round of embedding sweeping across the nodes will start only after the embedding update for all nodes from the previous round has finished. It is easy to see that the update also defines a process where the node features are propagated to other nodes via the nonlinear propagation function . Furthermore, the more update iterations one carries out, the farther away the node features will propagate and get aggregated nonlinearly at distant nodes. In the end, if one terminates after iterations, each node embedding will contain information about its -hop neighborhood as determined by graph topology, the involved node features and the propagation function . An illustration of two iterations of graph embedding can be found in Figure 1.
We now discuss the parameterization of using the embeddings from structure2vec. In particular, we design to update a -dimensional embedding as:
(3) |
where , and are the model parameters, and
is the rectified linear unit (
) applied elementwise to its input. The summation over neighbors is one way of aggregating neighborhood information that is invariant to permutations over neighbors. For simplicity of exposition, here is a binary scalar as described earlier; it is straightforward to extend to a vector representation by incorporating any additional useful node information. To make the nonlinear transformations more powerful, we can add some more layers of before we pool over the neighboring embeddings .Once the embedding for each node is computed after iterations, we will use these embeddings to define the function. More specifically, we will use the embedding for node and the pooled embedding over the entire graph, , as the surrogates for and , respectively, i.e.
(4) |
where , and is the concatenation operator. Since the embedding is computed based on the parameters from the graph embedding network, will depend on a collection of 7 parameters . The number of iterations for the graph embedding computation is usually small, such as .
The parameters will be learned. Previously, [9] required a ground truth label for every input graph in order to train the structure2vec
architecture. There, the output of the embedding is linked with a softmax-layer, so that the parameters can by trained end-to-end by minimizing the cross-entropy loss. This approach is not applicable to our case due to the lack of training labels. Instead, we train these parameters together
end-to-end using reinforcement learning.We show how reinforcement learning is a natural framework for learning the evaluation function . The definition of the evaluation function naturally lends itself to a reinforcement learning (RL) formulation [36], and we will use as a model for the state-value function in RL. We note that we would like to learn a function across a set of graphs from distribution , , with potentially different sizes. The advantage of the graph embedding parameterization in our previous section is that we can deal with different graph instances and sizes seamlessly.
We define the states, actions and rewards in the reinforcement learning framework as follows:
[leftmargin=*,nosep,nolistsep]
States: a state is a sequence of actions (nodes) on a graph . Since we have already represented nodes in the tagged graph with their embeddings, the state is a vector in -dimensional space, . It is easy to see that this embedding representation of the state can be used across different graphs. The terminal state will depend on the problem at hand;
Transition: transition is deterministic here, and corresponds to tagging the node that was selected as the last action with feature ;
Actions: an action is a node of that is not part of the current state . Similarly, we will represent actions as their corresponding -dimensional node embedding , and such a definition is applicable across graphs of various sizes;
Rewards: the reward function at state is defined as the change in the cost function after taking action and transitioning to a new state . That is,
(5) |
and . As such, the cumulative reward of a terminal state coincides exactly with the objective function value of the , i.e. is equal to ;
Policy: based on , a deterministic greedy policy will be used. Selecting action corresponds to adding a node of to the current partial solution, which results in collecting a reward .
Table 1 shows the instantiations of the reinforcement learning framework for the three optimization problems considered herein. We let denote the optimal Q-function for each RL problem. Our graph embedding parameterization from Section 3 will then be a function approximation model for it, which will be learned via -step Q-learning.
Problem | State | Action | Helper function | Reward | Termination |
---|---|---|---|---|---|
MVC | subset of nodes selected so far | add node to subset | None | -1 | all edges are covered |
MAXCUT | subset of nodes selected so far | add node to subset | None | change in cut weight | cut weight cannot be improved |
TSP | partial tour | grow tour by one node | Insertion operation | change in tour cost | tour includes all nodes |
In order to perform end-to-end learning of the parameters in , we use a combination of -step Q-learning [36] and fitted Q-iteration [33], as illustrated in Algorithm 1. We use the term episode to refer to a complete sequence of node additions starting from an empty solution, and until termination; a step within an episode is a single action (node addition).
Standard (1-step) Q-learning updates the function approximator’s parameters at each step of an episode by performing a gradient step to minimize the squared loss:
(6) |
where for a non-terminal state . The -step Q-learning helps deal with the issue of delayed rewards, where the final reward of interest to the agent is only received far in the future during an episode. In our setting, the final objective value of a solution is only revealed after many node additions. As such, the 1-step update may be too myopic. A natural extension of 1-step Q-learning is to wait steps before updating the approximator’s parameters, so as to collect a more accurate estimate of the future rewards. Formally, the update is over the same squared loss (6), but with a different target, The fitted Q-iteration approach has been shown to result in faster learning convergence when using a neural network as a function approximator [33, 28], a property that also applies in our setting, as we use the embedding defined in Section 3.2. Instead of updating the Q-function sample-by-sample as in Equation (6), the fitted Q-iteration approach uses experience replay to update the function approximator with a batch of samples from a dataset , rather than the single sample being currently experienced. The dataset is populated during previous episodes, such that at step , the tuple is added to , with . Instead of performing a gradient step in the loss of the current sample as in (6
), stochastic gradient descent updates are performed on a random sample of tuples drawn from
.It is known that off-policy reinforcement learning algorithms such as Q-learning can be more sample efficient than their policy gradient counterparts [15]. This is largely due to the fact that policy gradient methods require on-policy samples for the new policy obtained after each parameter update of the function approximator.
Instance generation. To evaluate the proposed method against other approximation/heuristic algorithms and deep learning approaches, we generate graph instances for each of the three problems. For the MVC and MAXCUT problems, we generate Erdős-Renyi (ER) [11] and Barabasi-Albert (BA) [1] graphs which have been used to model many real-world networks. For a given range on the number of nodes, e.g. 50-100, we first sample the number of nodes uniformly at random from that range, then generate a graph according to either ER or BA. For the two-dimensional TSP problem, we use an instance generator from the DIMACS TSP Challenge [18] to generate uniformly random or clustered points in the 2-D grid. We refer the reader to the Appendix D.1 for complete details on instance generation. We have also tackled the Set Covering Problem, for which the description and results are deferred to Appendix B.
Structure2Vec Deep Q-learning.
For our method, S2V-DQN, we use the graph representations and hyperparameters described in Appendix
D.4. The hyperparameters are selected via preliminary results on small graphs, and then fixed for large ones. Note that for TSP, where the graph is fully-connected, we build the -nearest neighbor graph () to scale up to large graphs. For MVC, where we train the model on graphs with up to 500 nodes, we use the model trained on small graphs as initialization for training on larger ones. We refer to this trick as “pre-training", which is illustrated in Figure D.2.Pointer Networks with Actor-Critic.
We compare our method to a method, based on Recurrent Neural Networks (RNNs), which does not make full use of graph structure
[6]. We implement and train their algorithm (PN-AC) for all three problems. The original model only works on the Euclidian TSP problem, where each node is represented by itscoordinates, and is not designed for problems with graph structure. To handle other graph problems, we describe each node by its adjacency vector instead of coordinates. To handle different graph sizes, we use a singular value decomposition (SVD) to obtain a rank-8 approximation for the adjacency matrix, and use the low-rank embeddings as inputs to the pointer network.
Baseline Algorithms. Besides the PN-AC, we also include powerful approximation or heuristic algorithms from the literature. These algorithms are specifically designed for each type of problem:
[leftmargin=*,nosep,nolistsep]
MVC: MVCApprox iteratively selects an uncovered edge and adds both of its endpoints [30]. We designed a stronger variant, called MVCApprox-Greedy, that greedily picks the uncovered edge with maximum sum of degrees of its endpoints. Both algorithms are 2-approximations.
MAXCUT: We include MaxcutApprox, which maintains the cut set and moves a node from one side to the other side of the cut if that operation results in cut weight improvement [25]. To make MaxcutApprox stronger, we greedily move the node that results in the largest improvement in cut weight. A randomized, non-greedy algorithm, referred to as SDP, is also implemented based on [12]; 100 solutions are generated for each graph, and the best one is taken.
TSP: We include the following approximation algorithms: Minimum Spanning Tree (MST), Farthest insertion (Farthest), Cheapest insertion (Cheapest), Closest insertion (Closest), Christofides and 2-opt. We also add the Nearest Neighbor heuristic (Nearest); see [4] for algorithmic details.
Details on Validation and Testing. For S2V-DQN and PN-AC, we use a CUDA K80-enabled cluster for training and testing. Training convergence for S2V-DQN is discussed in Appendix D.6. S2V-DQN and PN-AC use 100 held-out graphs for validation, and we report the test results on another 1000 graphs. We use CPLEX[17] to get optimal solutions for MVC and MAXCUT, and Concorde [3] for TSP (details in Appendix D.1). All approximation ratios reported in the paper are with respect to the best (possibly optimal) solution found by the solvers within 1 hour. For MVC, we vary the training and test graph sizes in the ranges 15–20, 40–50, 50–100, 100–200, 400–500. For MAXCUT and TSP, which involve edge weights, we train up to 200–300 nodes due to the limited computation resource. For all problems, we test on graphs of size up to 1000–1200.
During testing, instead of using Active Search as in [6], we simply use the greedy policy. This gives us much faster inference, while still being powerful enough. We modify existing open-source code to implement both S2V-DQN ^{1}^{1}1https://github.com/Hanjun-Dai/graphnn and PN-AC ^{2}^{2}2https://github.com/devsisters/pointer-network-tensorflow. Our code is publicly available ^{3}^{3}3https://github.com/Hanjun-Dai/graph_comb_opt.
To evaluate the solution quality on test instances, we use the approximation ratio of each method relative to the optimal solution, averaged over the set of test instances. The approximation ratio of a solution to a problem instance is defined as , where is the objective value of solution , and is the best-known solution value of instance .
Figure 2 shows the average approximation ratio across the three problems; other graph types are in Figure D.1 in the appendix. In all of these figures, a lower approximation ratio is better. Overall, our proposed method, S2V-DQN, performs significantly better than other methods. In MVC, the performance of S2V-DQN is particularly good, as the approximation ratio is roughly 1 and the bar is barely visible.
(a) MVC BA | (b) MAXCUT BA | (c) TSP random |
The PN-AC algorithm performs well on TSP, as expected. Since the TSP graph is essentially fully-connected, graph structure is not as important. On problems such as MVC and MAXCUT, where graph information is more crucial, our algorithm performs significantly better than PN-AC. For TSP, The Farthest and 2-opt algorithm perform as well as S2V-DQN, and slightly better in some cases. However, we will show later that in real-world TSP data, our algorithm still performs better.
The graph embedding framework enables us to train and test on graphs of different sizes, since the same set of model parameters are used. How does the performance of the learned algorithm using small graphs generalize to test graphs of larger sizes? To investigate this, we train S2V-DQN on graphs with 50–100 nodes, and test its generalization ability on graphs with up to 1200 nodes. Table 2 summarizes the results, and full results are in Appendix D.3.
Test Size | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
MVC (BA) | 1.0033 | 1.0041 | 1.0045 | 1.0040 | 1.0045 | 1.0048 | 1.0062 |
MAXCUT (BA) | 1.0150 | 1.0181 | 1.0202 | 1.0188 | 1.0123 | 1.0177 | 1.0038 |
TSP (clustered) | 1.0730 | 1.0895 | 1.0869 | 1.0918 | 1.0944 | 1.0975 | 1.1065 |
We can see that S2V-DQN achieves a very good approximation ratio. Note that the “optimal" value used in the computation of approximation ratios may not be truly optimal (due to the solver time cutoff at 1 hour), and so CPLEX’s solutions do typically get worse as problem size grows. This is why sometimes we can even get better approximation ratio on larger graphs.
To construct a solution on a test graph, our algorithm has polynomial complexity of where is number of greedy steps (at most the number of nodes ) and is number of edges. For instance, on graphs with 1200 nodes, we can find the solution of MVC within 11 seconds using a single GPU, while getting an approximation ratio of . For dense graphs, we can also sample the edges for the graph embedding computation to save time, a measure we will investigate in the future.
Figure 3 illustrates the approximation ratios of various approaches as a function of running time. All algorithms report a single solution at termination, whereas CPLEX reports multiple improving solutions, for which we recorded the corresponding running time and approximation ratio. Figure D.3 (Appendix D.7) includes other graph sizes and types, where the results are consistent with Figure 3.
Figure 3 shows that, for MVC, we are slightly slower than the approximation algorithms but enjoy a much better approximation ratio. Also note that although CPLEX found the first feasible solution quickly, it also has much worse ratio; the second improved solution found by CPLEX takes similar or longer time than our S2V-DQN, but is still of worse quality. For MAXCUT, the observations are still consistent. One should be aware that sometimes our algorithm can obtain better results than 1-hour CPLEX, which gives ratios below . Furthermore, sometimes S2V-DQN is even faster than the MaxcutApprox, although this comparison is not exactly fair, since we use GPUs; however, we can still see that our algorithm is efficient.
In addition to the experiments for synthetic data, we identified sets of publicly available benchmark or real-world instances for each problem, and performed experiments on them. A summary of results is in Table 3, and details are given in Appendix C. S2V-DQN significantly outperforms all competing methods for MVC, MAXCUT and TSP.
Problem | Dataset | S2V-DQN | Best Competitor | 2^{nd} Best Competitor |
---|---|---|---|---|
MVC | MemeTracker | 1.0021 | 1.2220 (MVCApprox-Greedy) | 1.4080 (MVCApprox) |
MAXCUT | Physics | 1.0223 | 1.2825 (MaxcutApprox) | 1.8996 (SDP) |
TSP | TSPLIB | 1.0475 | 1.0800 (Farthest) | 1.0947 (2-opt) |
We further examined the algorithms learned by S2V-DQN, and tried to interpret what greedy heuristics have been learned. We found that S2V-DQN is able to discover new and interesting algorithms which intuitively make sense but have not been analyzed before. For instance, S2V-DQN discovers an algorithm for MVC where nodes are selected to balance between their degrees and the connectivity of the remaining graph (Appendix Figures D.4 and D.7). For MAXCUT, S2V-DQN discovers an algorithm where nodes are picked to avoid cancelling out existing edges in the cut set (Appendix Figure D.5). These results suggest that S2V-DQN may also be a good assistive tool for discovering new algorithms, especially in cases when the graph optimization problems are new and less well-studied.
We presented an end-to-end machine learning framework for automatically designing greedy heuristics for hard combinatorial optimization problems on graphs. Central to our approach is the combination of a deep graph embedding with reinforcement learning. Through extensive experimental evaluation, we demonstrate the effectiveness of the proposed framework in learning greedy heuristics as compared to manually-designed greedy algorithms. The excellent performance of the learned heuristics is consistent across multiple different problems, graph types, and graph sizes, suggesting that the framework is a promising new tool for designing algorithms for graph problems.
This project was supported in part by NSF IIS-1218749, NIH BIGDATA 1R01GM108341, NSF CAREER IIS-1350983, NSF IIS-1639792 EAGER, NSF CNS-1704701, ONR N00014-15-1-2340, Intel ISTC, NVIDIA and Amazon AWS. Dilkina is supported by NSF grant CCF-1522054 and ExxonMobil.
26th International Joint Conference on Artificial Intelligence (IJCAI)
, 2017.Approximating bounded 0-1 integer linear programs.
In Theory and Computing Systems, 1993., Proceedings of the 2nd Israel Symposium on the, pp. 69–77. IEEE, 1993.Machine learning for combinatorial optimization. Reinforcement learning is used to solve a job-shop flow scheduling problem in [38]. Boyan and Moore [7] use regression to learn good restart rules for local search algorithms. Both of these methods require hand-designed, problem-specific features, a limitation with the learned graph embedding.
Machine learning for branch-and-bound. Learning to search in branch-and-bound is another related research thread. This thread includes machine learning methods for branching [26, 22], tree node selection [16, 34], and heuristic selection [35, 23]. In comparison, our work promotes an even tighter integration of learning and optimization.
Deep learning for continuous optimization. In continuous optimization, methods have been proposed for learning an update rule for gradient descent [2, 27] and solving black-box optimization problems [8]; these are very interesting ideas that highlight the possibilities for better algorithm design through learning.
We also applied our framework to the classical Set Covering Problem (SCP). SCP is interesting because it is not a graph problem, but can be formulated as one. Our framework is capable of addressing such problems seamlessly, as we will show in the coming sections of the appendix which detail the performance of S2V-DQN as compared to other methods.
Set Covering Problem (SCP): Given a bipartite graph with node set , find a subset of nodes such that every node in is covered, i.e. s.t. , and is minimized. Note that an edge , exists whenever subset includes element .
Meta-algorithm: Same as MVC; the termination criterion checks whether all nodes in have been covered.
RL formulation: In SCP, the state is a function of the subset of nodes of selected so far; an action is to add node of to the partial solution; the reward is -1; the termination criterion is met when all nodes of are covered; no helper function is needed.
Baselines for SCP: We include Greedy, which iteratively selects the node of that is not in the current partial solution and that has the most uncovered neighbors in [25]. We also used LP, another -approximation that solves a linear programming relaxation of SCP, and rounds the resulting fractional solution in decreasing order of variable values (SortLP-1 in [31]).
In this section, we show results on realistic nstances for all four problems. In particular, for MVC and SCP, we used the MemeTracker graph to formulate network diffusion optimization problems. For MAXCUT and TSP, we used benchmark instances that arise in physics and transportation, respectively.
As mentioned in the introduction, the MVC problem is related to the efficient spreading of information in networks, where one wants to cover as few nodes as possible such that all nodes have at least one neighbor in the cover. The MemeTracker graph ^{4}^{4}4{http://snap.stanford.edu/netinf/#data} is a network of who-copies-whom, where nodes represent news sites or blogs, and a (directed) edge from to means that frequently copies phrases (or memes) from . The network is learned from real traces in [13], having 960 nodes and 5000 edges. The dataset also provides the average transmission time between a pair of nodes, i.e. how much later copies ’s phrases after their publication online, on average. As done in [21]
, we use these average transmission times to compute a diffusion probability
on the edge, such that , where is a parameter of the diffusion model. In both MVC and SCP, we use , but results are consistent for other values we have considered. For pairs of nodes that have edges in both directions, i.e. and , we take the average probability to obtain an undirected version of the graph, as MVC is defined for undirected graphs.Following the widely-adopted Independent Cascade model (see [10] for example), we sample a diffusion cascade from the full graph by independently keeping an edge with probability . We then consider the largest connected component in the graph as a single training instance, and train S2V-DQN on a set of such sampled diffusion graphs. The aim is to test the learned model on the (undirected version of the) full MemeTracker graph.
Experimentally, an optimal cover has 473 nodes, whereas S2V-DQN finds a cover with 474 nodes, only one more than the optimum, at an approximation ratio of . In comparison, MVCApprox and MVCApprox-Greedy find much larger covers with 666 and 578 nodes, at approximation ratios of and , respectively.
A library of Maximum Cut instances is publicly available ^{5}^{5}5http://www.optsicom.es/maxcut/#instances, and includes synthetic and realistic instances that are widely used in the optimization community (see references at library website). We perform experiments on a subset of the instances available, namely ten problems from Ising spin glass models in physics, given that they are realistic and manageable in size (the first 10 instances in Set2 of the library). All ten instances have 125 nodes and 375 edges, with edge weights in .
To train our S2V-DQN model, we constructed a training dataset by perturbing the instances, adding random Gaussian noise with mean 0 and standard deviation 0.01 to the edge weights. After training, the learned model is used to construct a cut-set greedily on each of the ten instances, as before.
Table C.1 shows that S2V-DQN finds near-optimal solutions (optimal in 3/10 instances) that are much better than those found by competing methods.
Instance | OPT | S2V-DQN | MaxcutApprox | SDP |
---|---|---|---|---|
G54100 | 110 | 108 | 80 | 54 |
G54200 | 112 | 108 | 90 | 58 |
G54300 | 106 | 104 | 86 | 60 |
G54400 | 114 | 108 | 96 | 56 |
G54500 | 112 | 112 | 94 | 56 |
G54600 | 110 | 110 | 88 | 66 |
G54700 | 112 | 108 | 88 | 60 |
G54800 | 108 | 108 | 76 | 54 |
G54900 | 110 | 108 | 88 | 68 |
G5410000 | 112 | 108 | 80 | 54 |
Approx. ratio | 1 | 1.02 | 1.28 | 1.90 |
We use the standard TSPLIB library [32] which is publicly available ^{6}^{6}6http://elib.zib.de/pub/mp-testdata/tsp/tsplib/tsp/index.html. We target 38 TSPLIB instances with sizes ranging from 51 to 318 cities (or nodes). We do not tackle larger instances as we are limited by the memory of a single graphics card. Nevertheless, most of the instances addressed here are larger than the largest instance used in [6].
We apply S2V-DQN in “Active Search" mode, similarly to [6]: no upfront training phase is required, and the reinforcement learning algorithm 1 is applied on-the-fly on each instance. The best tour encountered over the episodes of the RL algorithm is stored.
Table C.2 shows the results of our method and six other TSP algorithms. On all but 6 instances, S2V-DQN finds the best tour among all methods. The average approximation ratio of S2V-DQN is also the smallest at .
Instance | OPT | S2V-DQN | Farthest | 2-opt | Cheapest | Christofides | Closest | Nearest | MST |
---|---|---|---|---|---|---|---|---|---|
eil51 | 426 | 439 | 467 | 446 | 494 | 527 | 488 | 511 | 614 |
berlin52 | 7,542 | 7,542 | 8,307 | 7,788 | 9,013 | 8,822 | 9,004 | 8,980 | 10,402 |
st70 | 675 | 696 | 712 | 753 | 776 | 836 | 814 | 801 | 858 |
eil76 | 538 | 564 | 583 | 591 | 607 | 646 | 615 | 705 | 743 |
pr76 | 108,159 | 108,446 | 119,692 | 115,460 | 125,935 | 137,258 | 128,381 | 153,462 | 133,471 |
rat99 | 1,211 | 1,280 | 1,314 | 1,390 | 1,473 | 1,399 | 1,465 | 1,558 | 1,665 |
kroA100 | 21,282 | 21,897 | 23,356 | 22,876 | 24,309 | 26,578 | 25,787 | 26,854 | 30,516 |
kroB100 | 22,141 | 22,692 | 23,222 | 23,496 | 25,582 | 25,714 | 26,875 | 29,158 | 28,807 |
kroC100 | 20,749 | 21,074 | 21,699 | 23,445 | 25,264 | 24,582 | 25,640 | 26,327 | 27,636 |
kroD100 | 21,294 | 22,102 | 22,034 | 23,967 | 25,204 | 27,863 | 25,213 | 26,947 | 28,599 |
kroE100 | 22,068 | 22,913 | 23,516 | 22,800 | 25,900 | 27,452 | 27,313 | 27,585 | 30,979 |
rd100 | 7,910 | 8,159 | 8,944 | 8,757 | 8,980 | 10,002 | 9,485 | 9,938 | 10,467 |
eil101 | 629 | 659 | 673 | 702 | 693 | 728 | 720 | 817 | 847 |
lin105 | 14,379 | 15,023 | 15,193 | 15,536 | 16,930 | 16,568 | 18,592 | 20,356 | 21,167 |
pr107 | 44,303 | 45,113 | 45,905 | 47,058 | 52,816 | 49,192 | 52,765 | 48,521 | 55,956 |
pr124 | 59,030 | 61,623 | 65,945 | 64,765 | 65,316 | 64,591 | 68,178 | 69,297 | 82,761 |
bier127 | 118,282 | 121,576 | 129,495 | 128,103 | 141,354 | 135,134 | 145,516 | 129,333 | 153,658 |
ch130 | 6,110 | 6,270 | 6,498 | 6,470 | 7,279 | 7,367 | 7,434 | 7,578 | 8,280 |
pr136 | 96,772 | 99,474 | 105,361 | 110,531 | 109,586 | 116,069 | 105,778 | 120,769 | 142,438 |
pr144 | 58,537 | 59,436 | 61,974 | 60,321 | 73,032 | 74,684 | 73,613 | 61,652 | 77,704 |
ch150 | 6,528 | 6,985 | 7,210 | 7,232 | 7,995 | 7,641 | 7,914 | 8,191 | 9,203 |
kroA150 | 26,524 | 27,888 | 28,658 | 29,666 | 29,963 | 32,631 | 31,341 | 33,612 | 38,763 |
kroB150 | 26,130 | 27,209 | 27,404 | 29,517 | 31,589 | 33,260 | 31,616 | 32,825 | 35,289 |
pr152 | 73,682 | 75,283 | 75,396 | 77,206 | 88,531 | 82,118 | 86,915 | 85,699 | 90,292 |
u159 | 42,080 | 45,433 | 46,789 | 47,664 | 49,986 | 48,908 | 52,009 | 53,641 | 54,399 |
rat195 | 2,323 | 2,581 | 2,609 | 2,605 | 2,806 | 2,906 | 2,935 | 2,753 | 3,163 |
d198 | 15,780 | 16,453 | 16,138 | 16,596 | 17,632 | 19,002 | 17,975 | 18,805 | 19,339 |
kroA200 | 29,368 | 30,965 | 31,949 | 32,760 | 35,340 | 37,487 | 36,025 | 35,794 | 40,234 |
kroB200 | 29,437 | 31,692 | 31,522 | 33,107 | 35,412 | 34,490 | 36,532 | 36,976 | 40,615 |
ts225 | 126,643 | 136,302 | 140,626 | 138,101 | 160,014 | 145,283 | 151,887 | 152,493 | 188,008 |
tsp225 | 3,916 | 4,154 | 4,280 | 4,278 | 4,470 | 4,733 | 4,780 | 4,749 | 5,344 |
pr226 | 80,369 | 81,873 | 84,130 | 89,262 | 91,023 | 98,101 | 100,118 | 94,389 | 114,373 |
gil262 | 2,378 | 2,537 | 2,623 | 2,597 | 2,800 | 2,963 | 2,908 | 3,211 | 3,336 |
pr264 | 49,135 | 52,364 | 54,462 | 54,547 | 57,602 | 55,955 | 65,819 | 58,635 | 66,400 |
a280 | 2,579 | 2,867 | 3,001 | 2,914 | 3,128 | 3,125 | 2,953 | 3,302 | 3,492 |
pr299 | 48,191 | 51,895 | 51,903 | 54,914 | 58,127 | 58,660 | 59,740 | 61,243 | 65,617 |
lin318 | 42,029 | 45,375 | 45,918 | 45,263 | 49,440 | 51,484 | 52,353 | 54,019 | 60,939 |
linhp318 | 41,345 | 45,444 | 45,918 | 45,263 | 49,440 | 51,484 | 52,353 | 54,019 | 60,939 |
Approx. ratio | 1 | 1.05 | 1.08 | 1.09 | 1.18 | 1.2 | 1.21 | 1.24 | 1.37 |
The SCP is also related to the diffusion optimization problem on graphs; for instance, the proof of hardness in the classical [20] paper uses SCP for the reduction. As in MVC, we leverage the MemeTracker graph, albeit differently.
We use the same cascade model as in MVC to assign the edge probabilities, and sample graphs from it in the same way. Let be the set of nodes reachable from in a sampled graph . For every node in , there are two corresponding nodes in the SCP instance, and . An edge exists between and if and only if . In other words, each node in the sampled graph has a set consisting of the other nodes that it can reach in . As such, the SCP reduces to finding the smallest set of nodes whose union can reach all other nodes. We generate training and testing graphs according to this same process, with .
Experimentally, we test S2V-DQN and the other baseline algorithms on a set of 1000 test graphs. S2V-DQN achieves an average approximation ratio of , only slightly behind LP, which achieves , and well ahead of Greedy at .
For the Minimum Vertex Cover (MVC) problem, we generate random Erdős-Renyi (edge probability 0.15) and Barabasi-Albert (average degree 4) graphs of various sizes, and use the integer programming solver CPLEX 12.6.1 with a time cutoff of 1 hour to compute optimal solutions for the generated instances. When CPLEX fails to find an optimal solution, we report the best one found within the time cutoff as “optimal". All graphs were generated using the NetworkX ^{7}^{7}7https://networkx.github.io/ package in Python.
For the Maximum Cut (MAXCUT) problem, we use the same graph generation process as in MVC, and augment each edge with a weight drawn uniformly at random from . We use a quadratic formulation of MAXCUT with CPLEX 12.6.1. and a time cutoff of 1 hour to compute optimal solutions, and report the best solution found as “optimal".
For the (symmetric) 2-dimensional TSP, we use the instance generator of the 8th DIMACS Implementation Challenge ^{8}^{8}8http://dimacs.rutgers.edu/Challenges/TSP/ [18] to generate two types of Euclidean instances: “random" instances consist of points scattered uniformly at random in the square, while “clustered" instances consist of points that are clustered into clusters; generator details are described in page 373 of [18].
To compute optimal TSP solutions for both TSP, we use the state-of-the-art solver, Concorde ^{9}^{9}9http://www.math.uwaterloo.ca/tsp/concorde/ [3], with a time cutoff of 1 hour.
For the SCP, given a number of node , roughly nodes are in node-set , and the rest in node-set . An edge between nodes in and exists with probability either or , which can be seen as “density" values, and commonly appear for instances used in optimization papers on SCP [5]. We guarantee that each node in has at least 2 edges, and each node in has at least one edge, a standard measure for SCP instances [5]. We also use CPLEX 12.6.1. with a time cutoff of 1 hour to compute a near-optimal or optimal solution to a SCP instance.
(a) MVC ER | (b) MVC BA |
(c) MAXCUT ER | (d) MAXCUT BA |
(e) TSP random | (f) TSP clustered |
(g) SCP 0.1 | (h) SCP 0.05 |
TrainTest | 15-20 | 40-50 | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
---|---|---|---|---|---|---|---|---|---|
15-20 | 1.0032 | 1.0883 | 1.0941 | 1.0710 | 1.0484 | 1.0365 | 1.0276 | 1.0246 | 1.0111 |
40-50 | 1.0037 | 1.0076 | 1.1013 | 1.0991 | 1.0800 | 1.0651 | 1.0573 | 1.0299 | |
50-100 | 1.0079 | 1.0304 | 1.0570 | 1.0532 | 1.0463 | 1.0427 | 1.0238 | ||
100-200 | 1.0102 | 1.0095 | 1.0136 | 1.0142 | 1.0125 | 1.0103 | |||
400-500 | 1.0021 | 1.0027 | 1.0057 |
TrainTest | 15-20 | 40-50 | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
---|---|---|---|---|---|---|---|---|---|
15-20 | 1.0016 | 1.0027 | 1.0039 | 1.0066 | 1.0093 | 1.0106 | 1.0125 | 1.0150 | 1.0491 |
40-50 | 1.0027 | 1.0051 | 1.0092 | 1.0130 | 1.0144 | 1.0161 | 1.0170 | 1.0228 | |
50-100 | 1.0033 | 1.0041 | 1.0045 | 1.0040 | 1.0045 | 1.0048 | 1.0062 | ||
100-200 | 1.0016 | 1.0020 | 1.0019 | 1.0021 | 1.0026 | 1.0060 | |||
400-500 | 1.0025 | 1.0026 | 1.0030 |
TrainTest | 15-20 | 40-50 | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
---|---|---|---|---|---|---|---|---|---|
15-20 | 1.0034 | 1.0167 | 1.0407 | 1.0667 | 1.1067 | 1.1489 | 1.1885 | 1.2150 | 1.1488 |
40-50 | 1.0127 | 1.0154 | 1.0089 | 1.0198 | 1.0383 | 1.0388 | 1.0384 | 1.0534 | |
50-100 | 1.0112 | 1.0024 | 1.0109 | 1.0467 | 1.0926 | 1.1426 | 1.1297 | ||
100-200 | 1.0005 | 1.0021 | 1.0211 | 1.0373 | 1.0612 | 1.2021 | |||
200-300 | 1.0106 | 1.0272 | 1.0487 | 1.0700 | 1.1759 |
TrainTest | 15-20 | 40-50 | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
---|---|---|---|---|---|---|---|---|---|
15-20 | 1.0055 | 1.0119 | 1.0176 | 1.0276 | 1.0357 | 1.0386 | 1.0335 | 1.0411 | 1.0331 |
40-50 | 1.0107 | 1.0119 | 1.0139 | 1.0144 | 1.0119 | 1.0039 | 1.0085 | 0.9905 | |
50-100 | 1.0150 | 1.0181 | 1.0202 | 1.0188 | 1.0123 | 1.0177 | 1.0038 | ||
100-200 | 1.0166 | 1.0183 | 1.0166 | 1.0104 | 1.0166 | 1.0156 | |||
200-300 | 1.0420 | 1.0394 | 1.0290 | 1.0319 | 1.0244 |
TrainTest | 15-20 | 40-50 | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
---|---|---|---|---|---|---|---|---|---|
15-20 | 1.0147 | 1.0511 | 1.0702 | 1.0913 | 1.1022 | 1.1102 | 1.1124 | 1.1156 | 1.1212 |
40-50 | 1.0533 | 1.0701 | 1.0890 | 1.0978 | 1.1051 | 1.1583 | 1.1587 | 1.1609 | |
50-100 | 1.0701 | 1.0871 | 1.0983 | 1.1034 | 1.1071 | 1.1101 | 1.1171 | ||
100-200 | 1.0879 | 1.0980 | 1.1024 | 1.1056 | 1.1080 | 1.1142 | |||
200-300 | 1.1049 | 1.1090 | 1.1084 | 1.1114 | 1.1179 |
TrainTest | 15-20 | 40-50 | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
---|---|---|---|---|---|---|---|---|---|
15-20 | 1.0214 | 1.0591 | 1.0761 | 1.0958 | 1.0938 | 1.0966 | 1.1009 | 1.1012 | 1.1085 |
40-50 | 1.0564 | 1.0740 | 1.0939 | 1.0904 | 1.0951 | 1.0974 | 1.1014 | 1.1091 | |
50-100 | 1.0730 | 1.0895 | 1.0869 | 1.0918 | 1.0944 | 1.0975 | 1.1065 | ||
100-200 | 1.1009 | 1.0979 | 1.1013 | 1.1059 | 1.1048 | 1.1091 | |||
200-300 | 1.1012 | 1.1049 | 1.1080 | 1.1067 | 1.1112 |
TrainTest | 15-20 | 40-50 | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
---|---|---|---|---|---|---|---|---|---|
15-20 | 1.0055 | 1.0170 | 1.0436 | 1.1757 | 1.3910 | 1.6255 | 1.8768 | 2.1339 | 3.0574 |
40-50 | 1.0039 | 1.0083 | 1.0241 | 1.0452 | 1.0647 | 1.0792 | 1.0858 | 1.0775 | |
50-100 | 1.0056 | 1.0199 | 1.0382 | 1.0614 | 1.0845 | 1.0821 | 1.0620 | ||
100-200 | 1.0147 | 1.0270 | 1.0417 | 1.0588 | 1.0774 | 1.0509 | |||
200-300 | 1.0273 | 1.0415 | 1.0828 | 1.1357 | 1.2349 |
TrainTest | 15-20 | 40-50 | 50-100 | 100-200 | 200-300 | 300-400 | 400-500 | 500-600 | 1000-1200 |
---|---|---|---|---|---|---|---|---|---|
15-20 | 1.0015 | 1.0200 | 1.0369 | 1.0795 | 1.1147 | 1.1290 | 1.1325 | 1.1255 | 1.0805 |
40-50 | 1.0048 | 1.0137 | 1.0453 | 1.0849 | 1.1055 | 1.1052 | 1.0958 | 1.0618 | |
50-100 | 1.0090 | 1.0294 | 1.0771 | 1.1180 | 1.1456 | 1.2161 | 1.0946 | ||
100-200 | 1.0231 | 1.0394 | 1.0564 | 1.0702 | 1.0747 | 2.5055 | |||
200-300 | 1.0378 | 1.0517 | 1.0592 | 1.0556 | 1.3192 |
The node/edge representations and hyperparameters used in our experiments is shown in Table D.9. For our method, we simply tune the hyperparameters on small graphs (i.e., the graphs with less than 50 nodes), and fix them for larger graphs.
Problem | Node tag | Edge feature | Embedding size | Batch size | n-step | |
---|---|---|---|---|---|---|
Minimum Vertex Cover | 0/1 tag | N/A | 64 | 5 | 128 | 5 |
Maximum Cut | 0/1 tag | edge length; end node tag | 64 | 3 | 64 | 1 |
Traveling Salesman Problem | coordinates; 0/1 tag; start/end node | edge length; end node tag | 64 | 4 | 64 | 1 |
Set Covering Problem | 0/1 tag | N/A | 64 | 5 | 64 | 2 |
For the learning rate, we use exponential decay after a certain number of steps, where the decay factor is fixed to 0.95. We also anneal the exploration probability from 1.0 to 0.05 in a linear way. For the discounting factor used in MDP, we use 1.0 for MVC, MAXCUT and SCP. For TSP, we use 0.1.
We also normalize the intermediate reward by the maximum number of nodes. For Q-learning, it is also important to disentangle the actual with obsolete , as mentioned in [29].
Also for TSP with insertion helper function, we find it works better with negative version of designed reward function. This sounds counter intuitive at the beginning. However, since typically the RL agent will bias towards most recent rewards, flipping the sign of reward function suggests a focus over future rewards. This is especially useful with the insertion construction. But it shows that designing a good reward function is still challenging for learning combinatorial algorithm, which we will investigate in our future work.
(a) MVC ER | (b) MVC BA |
(c) MAXCUT ER | (d) MAXCUT BA |
(e) TSP random | (f) TSP clustered |
(g) SCP 0.1 | (h) SCP 0.05 |
In Figure D.2, we plot our algorithm’s convergence with respect to the held-out validation performance. We first obtain the convergence curve for each type of problem under every graph distribution. To visualize the convergence at the same scale, we plot the approximate ratio.
Figure D.2 shows that our algorithm converges nicely on the MVC, MAXCUT and SCP problems. For the MVC, we use the model trained on small graphs to initialize the model for training on larger ones. Since our model also generalizes well to problems with different sizes, the curve looks almost flat. For TSP, where the graph is essentially fully connected, it is harder to learn a good model based on graph structure. Nevertheless, as shown in previous section, the graph embedding can still learn good feature representations with multiple embedding iterations.
Figure D.3 is a superset of Figure 3, including both graph types and three graph size ranges for MVC, MAXCUT and SCP.
(a) MVC ER 50-100 | (b) MVC ER 100-200 | (c) MVC ER 200-300 |
(d) MVC BA 50-100 | (e) MVC BA 100-200 | (f) MVC BA 200-300 |
(g) MAXCUT ER 50-100 | (h) MAXCUT ER 100-200 | (i) MAXCUT ER 200-300 |
(j) MAXCUT BA 50-100 | (k) MAXCUT BA 100-200 | (l) MAXCUT BA 200-300 |
(m) SCP 0.05 50-100 | (n) SCP 0.05 100-200 | (o) SCP 0.05 200-300 |
(p) SCP 0.1 50-100 | (q) SCP 0.1 100-200 | (r) SCP 0.1 200-300 |
Tables D.10 and D.11 offer another perspective on the trade-off between the running time of a heuristic and the quality of the solution it finds. We ran CPLEX for MVC and MAXCUT for 10 minutes on the 200-300 node graphs, and recorded the time and value of all the solutions found by CPLEX within the limit; results shown next carry over to smaller graphs. Then, for a given method M that terminates in T seconds on a graph G and returns a solution with approximation ratio R, we asked the following 2 questions:
If CPLEX is given the same amount of time T for G, how well can CPLEX do?
How long does CPLEX need to find a solution of same or better quality than the one the heuristic has found?
For the first question, the column “Approx. Ratio of Best Solution" in Tables D.10 and D.11 shows the following:
MVC (Table D.10): The larger values for S2V-DQN imply that solutions we find quickly are of higher quality, as compared to the MVCApprox/Greedy baselines.
MAXCUT (Table D.11): On most of the graphs, CPLEX cannot find any solution at all if given the same time as S2V-DQN or MaxcutApprox. SDP (solved with state-of-the-art CVX solver) is so slow that CPLEX finds solutions that are 10% better than those of SDP if given the same time as SDP (on ER graphs), which confirms that SDP is not time-efficient. One possible interpretation of the poor performance of SDP is that its theoretical guaranteed of 0.87 is in expectation
over the solutions it can generate, and so the variance in the approximation ratios of these solutions may be very large.
For the second question, the column “Additional Time Needed" in Tables D.10 and D.11 shows the following:
MVC (Table D.10): The larger values for S2V-DQN imply that solutions we find are harder to improve upon, as compared to the MVCApprox/Greedy baselines.
MAXCUT (Table D.11): On ER (BA) graphs, CPLEX (10 minute-cutoff) cannot find a solution that is better than those of S2V-DQN or MaxcutApprox on many instances (e.g. the value (59) for S2V-DQN on ER graphs means that on graphs, CPLEX could not find a solution that is as good as S2V-DQN’s). When we consider only those graphs for which CPLEX could find a better solution, S2V-DQN’s solutions take significantly more time for CPLEX to beat, as compared to MaxcutApprox and SDP. The negative values for SDP indicate that CPLEX finds a solution better than SDP’s in a shorter time.
Approx. Ratio of Best Solution | Additional Time Needed | |||
ER | BA | ER | BA | |
S2V-DQN | 1.09 (100) | 1.81 (100) | 2.14 (100) | 137.42 (100) |
MVCApprox-Greedy | 1.07 (100) | 1.44 (100) | 1.92 (100) | 0.83 (100) |
MVCApprox | 1.03 (100) | 1.24 (98) | 2.49 (100) | 0.92 (100) |
Approx. Ratio of Best Solution | Additional Time Needed | |||
ER | BA | ER | BA | |
S2V-DQN | N/A (0) | 1081.45 (1) | 8.99 (59) | 402.05 (34) |
MaxcutApprox | 1.00 (48) | 340.11 (3) | -0.23 (50) | 218.19 (57) |
SDP | 0.90 (100) | 0.84 (100) | -6.06 (100) | -5.54 (100) |
In Figure D.4, D.5 and D.6, we visualize solutions found by our algorithm for MVC, MAXCUT and TSP problems, respectively. For the ease of presentation, we only visualize small-size graphs. For MVC and MAXCUT, the graph is of the ER type and has 18 nodes. For TSP, we show solutions for a “random" instance (18 points) and a “clustered" one (15 points).
For MVC and MAXCUT, we show two step by step examples where S2V-DQN finds the optimal solution. For MVC, it seems we are picking the node which covers the most edges in the current state. However, in a more detailed visualization in Appendix D.10, we show that our algorithm learns a smarter greedy or dynamic programming like strategy. While picking the nodes, it also learns how to keep the connectivity of graph by scarifying the intermediate edge coverage a little bit.
In the example of MAXCUT, it is even more interesting to see that the algorithm did not pick the node which gives the largest intermediate reward at the beginning. Also in the intermediate steps, the agent seldom chooses a node which would cancel out the edges that are already in the cut set. This also shows the effectiveness of graph state representation, which provides useful information to support the agent’s node selection decisions. For TSP, we visualize an optimal tour and one found by S2V-DQN for two instances. While the tours found by S2V-DQN differ slightly from the optimal solutions visualized, they are of comparable cost and look qualitatively acceptable. The cost of the tours found by S2V-DQN is within and of optimum, respectively.
step (0) | step (1) |
step (2) | step (3) |
step (4) | step (5) |
step (6) | step (7) |
step (8) | step (9) |
step (10) | step (11) |
In Figure D.7, we show a detailed comparison with our learned strategy and two other simple heuristics. We find that the S2V-DQN can learn a much smarter strategy, where the agent is trying to maintain the connectivity of graph during node picking and edge removal.
We implemented PN-AC to the best of our capabilities. Note that it is quite possible that there are minor differences between our implementation and Bello et al. [6] that might have resulted in performance not as good as reported in that paper.
For experiments of PN-AC across all tasks, we follow the configurations provided in [6]: a) For the input data, we use mini-batches of 128 sequences with 0-paddings to the maximal input length (which is the maximal number of nodes) in the training data. b) For node representation, we use coordinates for TSP, so the input dimension is 2. For MVC, MAXCUT and SCP, we represent nodes based on the adjacency matrix of the graph. To get a fixed dimension representation for each node, we use SVD to get a low-rank approximation of the adjacency matrix. We set the rank as 8, so that each node in the input sequence is represented by a 8-dimensional vector. c) For the network structure, we use standard single-layer LSTM cells with 128 hidden units for both encoder and decoder parts of the pointer networks. d) For the optimization method, we train the PN-AC model with the Adam optimizer [24] and use an initial learning rate of that decay every 5000 steps by a factor of 0.96. e) For the glimpse trick, we exactly use one-time glimpse in our implementation, as described in the original PN-AC paper. f) We initialize all the model parameters uniformly random within and clip the norm of the gradients to 1.0. g) For the baseline function in the actor-critic algorithm, we tried the critic network in our implementation, but it hurts the performance according to our experiments. So we use the exponential moving average performance of the sampled solution from the pointer network as the baseline.
Consistency with the results from Bello et al. [6] Though our TSP experiment setting is not exactly the same as Bello et al. [6], we still include some of the results directly here, for the sake of completeness. We applied the insertion heuristic to PN-AC as well, and all the results reported in our paper are with the insertion heuristic. We compare the approximation ratio reported by Bello et al. [6] verses which reported by our implementation. For TSP20: 1.02 vs 1.03 (reported in our paper); TSP50: 1.05 vs 1.07 (reported in our paper); TSP100: 1.07 vs 1.09 (reported in our paper). Note that we have variable graph size in each setting (where the original PN-AC is only reported on fixed graph size), which makes the task more difficult. Therefore, we think the performance gap here is pretty reasonable.
Comments
There are no comments yet.