Literature DB >> 25140071

Multi-directional local search.

Fabien Tricoire1.   

Abstract

This paper introduces multi-directional local search, a metaheuristic for multi-objective optimization. We first motivate the method and present an algorithmic framework for it. We then apply it to several known multi-objective problems such as the multi-objective multi-dimensional knapsack problem, the bi-objective set packing problem and the bi-objective orienteering problem. Experimental results show that our method systematically provides solution sets of comparable quality with state-of-the-art methods applied to benchmark instances of these problems, within reasonable CPU effort. We conclude that the proposed algorithmic framework is a viable option when solving multi-objective optimization problems.

Entities:  

Keywords:  Metaheuristics; Multi-objective optimization

Year:  2012        PMID: 25140071      PMCID: PMC4132930          DOI: 10.1016/j.cor.2012.03.010

Source DB:  PubMed          Journal:  Comput Oper Res        ISSN: 0305-0548            Impact factor:   4.008


Introduction

Despite indisputable progress in combinatorial optimization in the last 60 years, there still exists a gap between theory and practice; for instance, when confronted with hard combinatorial problems, decision makers are not always able to formulate them directly as linear or mixed integer-linear programs, not to mention solving them. There are several reasons for this, one of them being that many real-world problems are in fact multi-objective. This is typically the case when a decision maker wants to optimize several aspects of his problem, while being unable to express preferences among these objectives. Many real-world optimization problems have several objectives and, in the last decade, research studies focusing on multi-objective problems became more common. This has been made possible by both technological progress (faster computers) and the construction of necessary theoretical tools for multi-objective optimization: although it is simple to compare two solutions when considering a single objective, it becomes more complicated when considering several objectives. A common approach, called the Pareto approach, is to consider a dominance rule such that a solution dominates another one if it is better in at least one objective and not worse in all objectives. A solution is Pareto-optimal if there does not exist a solution that dominates it. In such a context, the goal of an optimization algorithm is to find not only one optimal solution, but the whole set of Pareto-optimal solutions. This set can be partitioned into supported and non-supported solutions. For any k-objective problem and any given weight vector of size k, there exists a single-objective projected problem obtained by performing a linear combination of all weighted objectives. Supported solutions are then defined as those solutions for which there exists a weight vector, with strictly positive weights, such that they are optimal for the associated single-objective projected problem. Although only one solution can be implemented in practice, the Pareto approach has advantages when the decision maker's preference is not known a priori: no matter what this preference is, the solution that will be optimal under this preference is a Pareto-optimal solution, and providing the Pareto front can help eliciting the decision maker preference by presenting them a set of trade-off solutions. This is called the a posteriori approach [54]. In some cases the set of trade-off solutions can grow very large, so the decision maker must be assisted in exploring it. Interactive analysis methods, such as the interactive trichotomy [30], aim at providing such assistance. An overview of these interactive methods is provided by Jaszkiewicz and Branke [29]. The authors note a trend in integrating the two stages, thus allowing the decision maker to interfere in the search process in order to prune the solution space during the optimization. For instance, Branke et al. [5] integrate the GRIP decision analysis method [18] with NSGA-II [12]. Although decision analysis methods continuously improve and provide new mechanisms, they still rely on the ability to identify Pareto fronts efficiently. For that reason, Pareto optimization is a relevant research problem in relation to multi-criteria decision making. For reasons including computational power limitations, heuristics and metaheuristics are a frequent choice when it comes to optimizing multiple objectives. In particular, evolutionary algorithms are quite popular. This dates back to the seminal contribution by Schaffer [45]. Since then, numerous evolutionary algorithms for multi-objective optimization have been developed, like for instance the non-dominated sorting genetic algorithm (NSGA [49]), the genetic algorithms by Coello and Christiansen [8], the multi-objective genetic algorithm (MOGA [21]), the Pareto archived evolution strategy (PAES [32]), the non-dominated sorting genetic algorithm (NSGA-II [12]), or the strength Pareto evolutionary algorithm 2 (SPEA2 [57]). In general, an important contribution of such methods lies in the adaptation of the concept of fitness to the multi-objective context. For instance, in NSGA and NSGA-II the population is sorted into different fronts (or levels): front 1 contains the non-dominated solutions, front 2 the solutions that are only dominated by solutions of front 1, and so on. The fitness of a solution is then the front level to which it belongs. With SPEA2, the fitness of a solution is based on its strength, which represents the number of individuals it dominates. With several popular multi-objective evolutionary algorithms, like for instance NSGA-II or SPEA2, dominated solutions are kept under certain conditions, usually in order to bring diversity. The reader interested in a deeper understanding of multi-objective evolutionary algorithms will find a good starting point in the book by Coello Coello et al. [9]. Other traditional metaheuristics have been adapted to multi-objective optimization as well. Simulated annealing was the basis for various contributions (e.g. [53,10,26]), as well as tabu search (e.g. [24,23]), a mix of both [2], ant colony optimization and variable neighborhood search [15,41,46] to name a few. As already discussed with evolutionary algorithms, adapting the concept of solution quality to the multi-objective context is a major issue when developing multi-objective heuristic methods. One possibility is to use weighted-sum functions, but it has the drawback that non-supported solutions are not captured by such a projection. As an alternative, weighted Tchebycheff scalarizing functions can be used (see e.g. [1]). Some algorithms still rely on weighted-sum functions. For instance Parragh et al. [41] first solve various weighted-sum single-objective versions of the dial-a-ride problem (using variable neighborhood search), then search for non-supported solutions using path relinking. Path relinking is a common ingredient of multi-objective optimization methods. It consists in, from an initial solution, performing moves to reach a guiding solution, thus linking both solutions with a path, in which each step is associated with an intermediate solution. The underlying expectation is that these intermediate solutions might be Pareto-optimal, provided both initial and guiding solutions are good enough. For an introduction to path relinking, the interested reader should refer to Glover and Laguna [25]. A generalization of local search to the multi-objective context, called Pareto local search (PLS), has been proposed by Paquete et al. [39]. It was further analyzed by Paquete et al. [40]. The concept of local optimum is extended by Paquete et al. [39] to the multi-objective context by two definitions: (i) a solution p is a Pareto local optimum with respect to neighborhood N if there exists no such that r dominates p, and (ii) P is a Pareto local optimum set with respect to neighborhood N if and only if it contains only Pareto local optima with respect to N. Building up on these definitions, PLS is defined as a procedure that iteratively improves a non-dominated set through neighborhood exploration. More precisely, solutions are stored in an archive, and at each iteration a solution's neighborhood is explored, which leads to updating the archive. Each solution's neighborhood is explored only once, and the algorithm stops when the neighborhoods of all solutions in the archive have been processed; the archive is then a Pareto local optimum set. This paper presents a new metaheuristic for multi-objective optimization, called multi-directional local search (MDLS). MDLS only keeps track of non-dominated solutions, like PLS, but unlike many well-known methods for multi-objective optimization. It can be seen as a multi-objective generalization of stochastic local search (SLS [27]). In Section 2 we introduce the method and describe its key ideas and general framework. In Section 3 we describe our experimental protocol, including the MDLS implementation. In Section 4 we validate it through experimentation by applying it to three multi-objective optimization problems, comparing the results with benchmark data from the literature. We conclude the paper with propositions for future research on multi-directional local search, and identify promising venues to broaden the validation of the method to a range of problems.

Multi-directional local search

In this section, we present the new algorithmic framework MDLS. We first provide some overview on multi-objective metaheuristics as well as motivation for this method. We then present the algorithmic framework for MDLS.

Rationale

When designing a metaheuristic, one should keep in mind to provide a general-purpose method, regardless of problem-specific ingredients: while heuristics are designed to solve a given problem, the purpose of metaheuristics is to solve a more general meta-problem. Problem-specific heuristics are usually specialized components of such metaheuristics. In the context of multi-objective optimization the usual preoccupations still matter (e.g. diversification and intensification), but the meta-problem we want to tackle is, given a multi-objective optimization problem, to provide a good non-dominated front (and not only a good solution). Existing multi-objective metaheuristics typically rely on theoretical and/or empirical knowledge about characteristics of exact Pareto fronts, and aim at exploiting various properties in order to provide good approximation of the Pareto front. A first example is the use of weighted sums, present in many local search based multi-objective metaheuristics: it relies on the fact that the optimum of a single-objective problem using a weighted sum (with strictly positive weights) for the objective is also part of the Pareto set. It is therefore likely that a good metaheuristic for the single-objective problem will produce good solutions for the multi-objective problem. An interesting property of that approach is that given two solutions x1 and x2, it holds that if x1 is better than x2 for at least one weighted sum function, then x2 does not dominate x1. A direct consequence is that all traditional single-objective methods can be directly used with such weighted sums. However, only the supported solutions of the Pareto set are also optimal for a weighted sum objective. A second example is that of evolutionary multi-objective metaheuristics. Such methods rely heavily on the fact that combining together elements of good solutions may help to produce other good solutions. In the single-objective case the term good refers directly to the fitness function, and in the multi-objective case it refers to the ability of a given solution to dominate others. Another key idea of such algorithms is that in order to make it possible to provide efficient exploration of the solution space, diversity has to be maintained in the population. The very definition of multi-objective optimization contains a simple theoretical tool that can be used in the design of heuristic algorithms: the concept of Pareto dominance. If, from a solution x, efficient or not, we want to find a neighbor which is efficient, then this means that we are looking for solutions that are either (i) dominating x or (ii) non-comparable with x. In both cases, this means that has to be better than x for at least one objective. So in order to find new efficient solutions that are neighbors of x, it is sufficient to search only in one direction at a time, i.e. to use single-objective local search. This principle is illustrated in Fig. 1, with an example on a bi-objective maximization problem. Search direction 1 is illustrated in Fig. 1(a): the objective space around a given solution is cut in two halves, and the relevant half is the right one. The circular portion represents a neighborhood around the given solution. Fig. 1(b) represents the relevant objective space for direction 2 in a similar fashion. Fig. 1(c) represents the total relevant objective space around this same solution.
Fig. 1

Relevant portions of solution space for a bi-objective maximization problem. (a) Relevant portion of solution space in direction 1. (b) Relevant portion of solution space in direction 2. (c) Overall relevant portion of solution space.

With these ideas in mind, we develop a method which consists in, given a non-dominated set of solutions, iteratively improving it by exploring neighborhoods using single-objective local search.

Algorithmic framework for multi-objective optimization

A key idea of MDLS is to use different local searches, each of them working on a single objective. More precisely, for each objective k a local search LS is defined. This local search is later performed in order to improve solutions with respect to objective k. An iteration consists in (i) selecting a solution, (ii) performing local search on this solution for each objective/direction, thus producing a new solution in each direction and (iii) accepting or rejecting the newly produced solutions. A requirement for the local search procedures used in the second step is that they only produce feasible solutions. A risk when solving multi-objective problems with a local search based on a single incumbent solution is to miss whole regions of the Pareto front. To address this issue, we consider an incumbent set of solutions instead (also called archive). More precisely, a set F of non-dominated solutions is maintained, which contains all solutions found during the search that are non-dominated. This set is also what the MDLS returns when it stops. Algorithm 1 gives an outline of MDLS, assuming a problem with K objectives. Multi-Directional Local Search for K objectives. We note similarities with PLS [39]: at each iteration a solution is selected from the archive and the non-dominated set is updated through neighborhood exploration around this solution. However there are sensible differences: PLS requires complete neighborhood exploration around a solution, whereas MDLS performs any kind of local search, including stochastic local search methods; MDLS is based on the previously introduced concept of search direction; more generally, PLS is deterministic (and is proved to converge) whereas MDLS is stochastic. In fact, various aspects of MDLS can be found in other methods. For instance, the idea of selecting solutions from an archive, applying local search and updating the archive is not new. An example of methods applying a similar idea can be found in multi-objective iterated greedy search (see e.g. [22,37]). There are also other methods using single-objective local search, like the simulated annealing method of Varadharajan and Rajendran [55]. However, we believe that the core idea of MDLS, i.e. selecting a solution, searching around it in each direction then updating the archive, is new. Regarding neighborhood exploration, any local search method can be used; in particular, any stochastic local search [27] can be used. Such methods are problem-specific components, and should be designed depending on the single-objective problem at hand. In order to provide a concrete insight on how MDLS is designed to work and how it works in practice, we now present a graphical example on a bi-objective maximization problem in Fig. 2. It shows the first iterations of our MDLS implementation on the multi-objective orienteering problem described in Section 4.3, on instance squ_t070. Fig. 2(a) displays the starting set of solutions, at the beginning of the search. Fig. 2(b) shows the two neighbors obtained during iteration 1, one for each direction (objective). Fig. 2(c) presents the set of solutions at the end of iteration 1, after dominance checks. Fig. 2(d) shows the two neighbors obtained during iteration 2, again one for each optimization direction. Fig. 2(e) shows the set of solutions after dominance checks at iteration 2. Finally, Fig. 2(f) shows the set of solutions a few iterations later, at the end of iteration 10.
Fig. 2

First steps of MDLS on a bi-objective maximization problem. (a) Starting set of solutions. (b) Neighbors obtained during iteration 1. (c) Set of solutions at the end of iteration 1. (d) Neighbors obtained during iteration 2. (e) Set of solutions at the end of iteration 2. (f) Set of solutions at the end of iteration 10.

Experimental setting

In this section we provide more details regarding our implementation of multi-directional local search, and how we evaluate the quality of the solution sets produced. The algorithm presented in the previous section is implemented as-is; however, some components still need to be specified. In the following subsection, we present the common components for MDLS; in the subsequent subsection, we describe the performance indicators used to assess the quality of the method.

Common components for MDLS

We first note here that the archive F can grow very large in some cases; it is therefore important to use an appropriate data structure. In the context of MDLS, there are three operations that we want to perform on F:The first two operations are typically time-consuming and special care should be taken in order to perform them as efficiently as possible. Test whether solutions in F are dominated by a new solution s. Test whether this new solution s is dominated by solutions in F. Select a solution from F. Perhaps the simplest way to represent a non-dominated set is by using an unordered list. When doing so, dominance tests have to be performed for operation 1, and more for operation 2. When considering a bi-objective maximization problem, it is possible to simply sort the list using decreasing values of first objective to compare solutions. As a side-effect, the list will be sorted in increasing values for the second objective. By doing so, we can consider two interesting subsets of F: the right part of the list corresponds to the subset of solutions that have a chance of being dominated by s, while the left part of the list contains the solutions that have a chance of dominating s. If there is a solution in F that has a similar value as s for the first objective then it is in both subsets. By sorting the list, the number of required dominance tests for every new solution is divided by two. This trick only works for two objectives. A more general principle, quad-trees allow to partition F into three subsets: the solutions that have a chance of dominating s, the solutions that have a chance of being dominated by s, and the solutions that we know are non-comparable with s. For a detailed explanation on how quad-trees work, as well as variants of quad-trees, see Mostaghim and Teich [38]. Quad-trees offer a powerful partitioning of the non-dominated set, and work independently of the number of objectives considered. In the context of this paper we use quad-trees to represent non-dominated sets. More precisely, we use the quad-tree 1 structure described by Mostaghim and Teich [38]. There are many ways to select a solution from F in order to guide the search, but in the following we always select it randomly, with equal probabilities for each element of F; this way, no parameter is required. In order to do so, we enrich the quad-tree structure by storing, at each node, the number of solutions in the corresponding sub-tree. This allows us to select random solutions from the quad-tree, by weighting the probability to select each node using the number of solutions it represents. In order to stop the search any criterion can be used, but we always use the same one, which is to reach a predefined number of iterations. This number of iterations varies depending on the problem though, and is similar to CPU budget. As explained in Section 2.2, any single-objective local search method can be used for directional search in MDLS. In the context of this paper, we use large neighborhood search (LNS) for that purpose. Different neighborhoods are used for the different problems we tackle, but they all follow a basic LNS scheme. We now summarize a few facts about LNS. Large neighborhood search, also called ruin and recreate, is a metaheuristic introduced by Shaw [48]. The name “Large Neighborhood Search” stems from the fact that all solutions that can be reached by successively destroying a part of the incumbent solution then reconstructing it in a different way define an implicit neighborhood around it. Such a neighborhood is considered to be large. Since an exhaustive exploration of such neighborhoods would be too time-consuming, heuristics are used in an aggressive manner in order to narrow the search: the ruin and recreate operators typically aim at exploring only interesting parts of the implicit neighborhood. So far, LNS has been used almost exclusively to solve transportation problems. Shaw uses it in a constraint programming framework in order to solve the vehicle routing problem with time windows (VRPTW). Two years later, a similar principle is introduced by Schrimpf et al. [47] under the name ruin and recreate, and applied to the traveling salesman problem, the VRPTW, and network optimization. Pisinger and Ropke [42] develop a general-purpose LNS method for a wide range of routing problems including capacitated vehicle routing problem, VRPTW, site-dependent vehicle routing problem, multi-depot vehicle routing problem, and open vehicle routing problem. A generalization of all these problems is considered, and each single problem is converted to the generalized version, then solved with the same LNS method. Experimental results are provided for standard benchmark instances on each of the five considered problems, which show LNS to outperform previous approaches. In an earlier research, Ropke and Pisinger [44] present an adaptive version of LNS in which the heuristic is dynamically tuned to select appropriate neighborhoods, and use it to solve the pickup and delivery problem with time windows. All these contributions and more are reviewed in the recent survey by Pisinger and Ropke [43]. In the context of MDLS, single-objective local search consists of one or several iterations of LNS. Therefore, for each objective of the problem at hand, a set of ruin and recreate operators must be designed. Such operators, which define neighborhoods, are problem-specific and are described later on in the respective subsection of each problem. The selection of which neighborhood to use at a given LNS iteration can be performed in several ways. For instance, Ropke and Pisinger [44] use an adaptive mechanism that emphasizes the use of the most successful neighborhoods. In this paper we use a very simple mechanism: the neighborhood is selected randomly, each neighborhood being equiprobable.

Performance indicators

In multi-objective optimization, one cannot simply compare the quality of two solutions. In order to provide a fair evaluation of the performance of various methods, indicators are used. Such indicators take as input the set of solutions provided by a method, and return a value reflecting one aspect of this set. Another part of the input can typically be a reference set to compare to. We now briefly present all performance indicators which are used to compare MDLS with other methods in the following sections. All these indicators are usually computed on normalized objective values, so that all objectives take values within the same range when considering the whole Pareto front. For detailed information on performance indicators for multi-objective optimization, we recommend the tutorial by Knowles et al. [33]. The hypervolume indicator, introduced by Zitzler and Thiele [58], represents the size of the space covered by a set of solutions. In the original paper it is actually called size of the space covered. For this indicator, a nadir point must be used in order to bound the space that is being measured. With this indicator, larger values are better. The multiplicative unary epsilon indicator, introduced by Zitzler et al. [59], gives an indication on how far from a reference set R is an approximation set A. More precisely, and assuming all objectives should be minimized, it defines the smallest factor such that for each element and its objective values vector v, is dominated by at least one element in A. The smallest value for this indicator is 1, and smaller values are better. The percentage of Pareto-optimal solutions found, called M1 [53], is also used. Highest values are the best, 1 being the maximum value (that of the Pareto set). The convergence metric [31] gives the average Euclidean distance from an approximation front to a reference front, ideally to the Pareto front. For each point in the approximation set, the Euclidean distance to the closest solution in the reference set is calculated, then the average of these produces the indicator value. The best value is 0, and smaller values are better. Although they all provide information of some aspect of the examined non-dominated set, these indicators all have drawbacks, and none of them should be used as a single measurement of quality. However by using several indicators at the same time one can provide a more objective comparison of two different methods. We consider that the joint use of the hypervolume and unary epsilon indicators provides a fair enough point of view when comparing two multi-objective methods; in the following, we systematically use these two indicators whenever possible. However, detailed experimental data from other research works is not always available. In such cases, we use the same indicators as those presented in the research works we compare to. A concept related to performance indicators is that of attainment sets [11]. An attainment set is a set of solutions that are attained with a certain probability. A solution is attained by a set when there is another solution in this set that dominates it. For instance, the 50% attainment set of a given method on a given instance is the set of solutions that are attained at least 50% of the time by this method on this instance.

MDLS in practice

We now describe how to apply MDLS to three problems from the multi-objective optimization literature: the multi-objective multi-dimensional knapsack problem (MOMDKP), the bi-objective set packing problem (BOSPP) and the bi-objective orienteering problem (BOOP). All experimental results presented in this section are available online at http://prolog.univie.ac.at/research/MDLS, as well as reusable code (ANSI C++) of the general-purpose MDLS framework used in this section. For each problem, we compare the results obtained with MDLS to existing results from the literature. Whenever possible, we use the same CPU as the one used for the results we compare to; otherwise, we use the fastest computer we currently have access to.

Multi-objective multi-dimensional knapsack problem

Problem description

The knapsack problem is a traditional combinatorial optimization problem. When considering a set of items, each with a weight and a profit, and a knapsack with a given capacity, it consists in selecting items in order to maximize the sum of profits of these selected items, while keeping the sum of their weights below the capacity of the knapsack. A multi-objective version of this problem can simply be obtained by adding new profits to each item. Another extension of the knapsack problem, called the multi-dimensional knapsack problem, consists in considering not only one weight per item, but several dimensions, each associated to a given capacity. Then for each item a consumption for each dimension is considered, and the capacity for each dimension has to be respected. Here we consider the combination of these last two problems, i.e. the multi-objective multi-dimensional knapsack problem (MOMDKP). A mathematical model for m dimensions and k objectives, as presented by Florios et al. [19], follows: Although it is not mandatory, it is common to have k=m; it is the case for all the test instances used in this paper. In the last years, the MOMDKP has been used as a standard test problem for multi-objective optimization methods. Zitzler and Thiele [58] introduce 12 benchmark instances with up to 750 items, 4 objectives and 4 dimensions, as well as comparative results for a number of evolutionary algorithms on these instances, including their SPEA. In a later work [57], they compare these results to SPEA2 and to NSGA-II, which both outperform all previous algorithms. Jaszkiewicz [28] develops a multi-objective genetic local search (MOGLS) method, which outperforms all previous methods on the same instances. João Alves and Almeida [1] introduce a multiple objective Tchebycheff based genetic algorithm (MOTGA) for the multi-dimensional knapsack problem, and compare it to the results of Jaszkiewicz. The main conclusion is that although MOTGA produces less non-dominated solutions, they are of slightly better quality. Some exact methods have also been developed for the MOMDKP. A natural border in terms of difficulty seems to lie between the bi- and tri-objective cases: although there are several methods to solve bi-objective instances with several hundred items, it is not possible when considering three objectives. Laumanns et al. [34] propose the first exact method for the tri-objective knapsack problem, which is an epsilon-constraint framework, and solve instances with up to 50 items in 24 h. Bazgan et al. [3] propose a dynamic programming algorithm for the multi-objective single-dimensional knapsack problem (MOKP). They solve bi-objective instances with up to 4000 items; those are all instances with correlated profits. They also solve bi-objective instances with uncorrelated profits and up to 700 items. Additionally, they solve tri-objective uncorrelated instances with up to 110 items, and conflicting instances with up to 60 items. Florios et al. [19] present a multi-criteria branch and bound (MCBB) algorithm for the MOMDKP. MCBB was introduced by Mavrotas and Diakoulaki [36]; it is based on the well-known branch and bound algorithm, but uses a set of non-dominated solutions instead of a single upper bound for fathoming nodes. This method is applied to the MOMDKP with three objectives and three dimensions, with five test instances of respectively 10, 20, 30, 40 and 50 items. Since the run time of MCBB can be very high, they also implement two metaheuristics for this problem, NSGA-II and SPEA2, and evaluate them with the Pareto sets computed with MCBB.

Problem-dependent MDLS components for the MOMDKP

When applying MDLS to a specific problem, one must design a way to provide starting solutions, as well as single-objective local searches. Normalization factors are computed for each objective, such that the normalized sum of scores on all items is identical for each objective. With these, we can compute a normalized sum of scores p for each item. A simple construction heuristic then consists in iteratively selecting unselected items with roulette wheel, using p as weights, until no item can be selected without violating capacity constraints. We construct two starting solutions using this simple heuristic. Additionally, for each objective, we use a greedy construction algorithm. More precisely, we use the greedy recreate operator (described further) on an empty solution, once per objective. Overall, this results in a very small starting set of solutions. For instance when working with three objectives, the cardinality of the starting set of solutions is at most 5 (only non-dominated solutions are kept). In order to produce neighborhoods for the MOMDKP, we compute a normalized weight w over all dimensions for each item i. Normalization factors are computed, such that the total weighted sum of consumption over all items is the same for each dimension. For each item i we can then simply compute w by summing its weighted consumption over all dimensions. The neighborhoods we use are combinations of ruin and recreate operations. We consider the following ruin operations:The number of items removed from the solution is chosen randomly between 1% and 60% of the number of selected items in this solution. Additionally, we consider the following recreate operations: random: consists in removing from the solution a randomly chosen item. worst: remove the item i which brings the smallest for given objective k, where p is the profit associated to item i and objective k. conflict: remove the selected item with the highest consumption for dimension . greedy: select the item i with the highest for given objective k. random: randomly select an item. Now for each objective k we can define a set N of neighborhoods. Table 1 gives a description of N, assuming K objectives and m dimensions. For the MOMDKP, local search (line 6 in Algorithm 1) simply consists in ruining and recreating once the incumbent solution, i.e. it consists in one LNS iteration. For each LNS iteration the neighborhood used is selected randomly, each neighborhood being equiprobable.
Table 1

N: neighborhoods for objective k for the multi-objective multi-dimensional knapsack problem.

NeighborhoodRuin operationRecreate operation
1randomgreedyk
2worstkrandom
2 + jj[1,,K]worstjgreedyk
2+K+ll[1,,m]conflictlgreedyk
Ruining a solution is always feasible, as removing elements from a solution never results in a constraint violation. For both recreate operations, only feasible moves are considered, i.e. the only items that are considered are those that can be selected without violating any constraint. This guarantees that this LNS will never, starting from a feasible solution, provide an unfeasible solution. Since the first starting solutions are provided by calling recreate operators on empty solutions (which are feasible), only feasible solutions will be considered over a whole MDLS run. We note here that Ulungu et al. [52] also use a neighborhood operation for the MOMDKP which consists in ruining and recreating parts of a solution, in the context of their multi-objective simulated annealing (MOSA) objective. There are however two major differences. The first difference concerns the portion of the solution that is ruined. In MOSA, items are removed from the solution until each of the unselected items can be individually selected without violating any constraint. In MDLS, we use large neighborhoods which can destroy up to 60% of the solution, regardless of whether unselected items become selectable or not. In practice and on the instances on which we apply MDLS, our rule tends to ruin larger portions of the solution. The second difference concerns neighborhood exploration. In MOSA, both ruining and recreating the solution are performed randomly, and exploration is delegated to the simulated annealing algorithm. In MDLS, exploration is performed heuristically. In the case of this MDLS algorithm for the MOMDKP, exploration is guided by the combination of ruin and recreate operators. Furthermore, we note that we never use random ruin and random recreate operators together, as it is the case with MOSA.

Experimental results

In a first stage, we use the tri-objective instances for which exact Pareto fronts are known. There are five instances with 10, 20, 30, 40 and 50 items, for which exact results are published by Laumanns et al. [34] and by Florios et al. [19]. Results for the instance with 10 items are not available anymore, but this instance can be solved by enumeration in a few seconds (there are 210=1024 possible solutions). We compare the results of MDLS to the exact Pareto front, as well as to two metaheuristics also analyzed by Florios et al., NSGA-II and SPEA2; they use standard implementations for both. They compare these two methods using two indicators, the percentage of Pareto-optimal solutions found (coverage metric) and the average Euclidean distance to the exact set (convergence metric). We allow 5×105 iterations for MDLS. Table 2 gives the metric values for all three methods on each instance, the instance name indicating the number of items. Average, minimum and maximum values over 10 runs are reported by Florios et al.; we also provide these over 10 runs. Bold is used for best values. For both reported indicators, MDLS outperforms NSGA-II and SPEA2. Regarding CPU times, Florios et al. mention that for instance 3kp50, NSGA-II requires approximately half an hour, while SPEA2 requires 2.5 h, both on an Opteron 880 CPU. In the case of MDLS, the longest run took 5.76 s on a 2.67 GHz Intel Xeon processor.
Table 2

Metric values for small MOMDKP instances: NSGA-II, SPEA2 and MDLS.

InstanceCoverage
Convergence
NSGA-IISPEA2MDLSNSGA-IISPEA2MDLS
3kp20
 Average0.820.851.00.00570.00200.0
 Min0.720.791.00.00000.00000.0
 Max0.870.891.00.01600.01230.0



3kp30
 Average0.7730.8030.9990.00340.00260.0001
 Min0.7330.7800.9950.00210.00110.0
 Max0.8100.8511.00.00480.00470.0003



3kp40
 Average0.5920.6390.9300.00760.00660.0005
 Min0.5660.6090.9130.00560.00480.0002
 Max0.6200.6740.9380.00980.00850.0008



3kp50
 Average0.5720.8210.8530.07190.07140.0010
 Min0.5600.7990.8390.07110.07080.0006
 Max0.5870.8340.8710.07330.07240.0013

Coverage: larger is better. Convergence: smaller is better.

In a second stage we use the test instances by Zitzler and Thiele, in order to compare to other metaheuristics. As mentioned earlier, the competition on these instances has been important in the last decade. To our knowledge the two best existing heuristics at the moment for the MOMDKP are MOTGA [1] and MOEA/D [56]. Results are also available or reproducible for both methods. Both MOTGA and MOEA/D were published in the same time period, and there exists no comparison of both in the literature to our knowledge. Since both methods provide the best results available that we are aware of, we use them for assessing the quality of MDLS. In the case of MOTGA, we use the results (non-dominated sets) available online and the CPU times provided [1]. In the case of MOEA/D, we run the code provided by the authors on our computer. There are nine instances named n.m where n is the number of items and m is the number of objectives and dimensions. We run MDLS 10 times with 200,000 iterations on each instance. We also run MOEA/D 10 times on each instance with the default parameter setting provided with the code available online. We consider the first 10 runs of MOTGA for each instance (there are 20 MOTGA runs per instance in total). MOTGA uses a different population size depending on the size of the problem. More precisely, this size is 20 for 250 items, 30 for 500 items and 40 for 750 items. MOEA/D uses a different parameter setting for each instance with regards to population size and aggregated objective functions. In our opinion this constitutes a bias to the comparison, in favor of MOEA/D. MDLS is set to run 200,000 iterations for each instance and has no other parameter. We compare all three methods using the hypervolume (H) and unary multiplicative epsilon indicators, after normalizing all objective values to [0, 1]. The reference set for a given instance, used for normalizing and for the unary multiplicative epsilon indicator, consists of the non-dominated union of all solution sets provided by all compared methods on this given instance. Computing efficiently the hypervolume indicator is no trivial task when the number of objectives exceeds two; we use the hypervolume calculation program described in Fonseca et al. [20] and available online at http://iridia.ulb.ac.be/∼manuel/hypervolume. We also provide the average cardinality of the produced approximation set, since this varies a lot between the methods. These results are summarized in Table 3. We also present average CPU times for the three algorithms per instance in Table 4. The times for MOTGA are reported for an Intel Pentium 4 CPU at 3.2 GHz. MOEA/D and MDLS are run on the same computer, which is also an Intel Pentium 4 CPU at 3.2 GHz. Looking at these results, we can see that MDLS is competitive with both other methods in terms of solution quality. None of the three methods seems to dominate the other two. We also note that it never happens that MDLS provides the worst indicator value, be it for hypervolume or unary epsilon.
Table 3

Hypervolume (H), unary epsilon and non-dominated front size indicator values for the MOMDKP (average values over 10 runs).

InstanceMOTGA
MOEA/D
MDLS
Hϵ|front|Hϵ|front|Hϵ|front|
250.20.803121.015199.50.795971.0237141.70.807061.0123216.0
250.30.532961.0638536.60.538321.07511868.90.551181.03693842.9
250.40.322491.09581074.30.344331.08687669.40.338381.092416,410.8
500.20.788601.0070168.10.758331.0451174.90.785791.0096341.2
500.30.516451.04281073.80.490101.07222702.80.509821.03795093.8
500.40.309081.07132092.30.285161.122610110.30.309341.061522,039.2
750.20.776361.0040252.20.730431.0538190.80.767161.0142450.4
750.30.521011.03961425.00.459641.09262449.70.505191.03275838.0
750.40.299561.06323076.60.240821.141611343.60.284151.056226,868.0

H: larger is better. : smaller is better.

Table 4

Average computational effort per instance, in seconds, for the multi-objective multi-dimensional knapsack problem.

InstanceMOTGAMOEA/DMDLS
250.21.53.447.77
250.32.77.4511.78
250.44.227.9820.19
500.27.210.3814.17
500.312.824.1519.53
500.418.297.2138.20
750.219.521.2120.56
750.333.445.3628.63
750.451.9245.6054.23
Having examined various experiments, we conclude that MDLS is competitive with existing multi-objective metaheuristics for the MOMDKP. This conclusion should be understood in the context of an important competition on metaheuristics for this specific problem. With a CPU effort comparable to that required by state-of-the-art alternatives (MOTGA and MOEA/D), results of competitive quality are provided. In order to provide insight on the neighborhoods and the way they work within MDNS, we provide a simple analysis. We define the success rate of a neighborhood as the number of times it provides a new non-dominated solution divided by the number of times it is called. In Appendix A.1 we indicate the success rate of each neighborhood used for the MOMDKP. Tables A1–A3 contain these values for the MDLS runs on problems with respectively 2, 3 and 4 objectives. Interestingly, the most successful neighborhoods are those that greedily insert items following objective i after greedily removing items following any objective other than i. We also note that more objectives involve more successful moves, which is likely due to the fact that more objectives imply more solutions in the Pareto front. Finally, we also note that no neighborhood is useless. The success rates vary, but within a given table the factor between the lowest and highest success rates is around 10. Without surprise the neighborhoods that use the random recreate operator are among the least successful, although they still provide some improvement.

Bi-objective set packing problem

In the set packing problem we consider a set I of elements and a set J of m subsets of I. Each subset has a score c, and the goal is to maximize the total score of selected subsets, while each element of I may only appear in at most one selected subset. The set packing problem has received less attention than the covering and partitioning variants. One application is the maximization of profit when bidding on groups (subsets) of items [16], in which case it is not possible to bid several times on the same item. Another application is that of planning railway sections in which only one train may be present at a time [35]. To our knowledge the bi-objective set packing problem (BOSPP) was first mentioned by Delorme [13]. Two profits are considered for each subset, one per objective, and the goal is to maximize total profit for both objectives. Considering a set I of n items and a set J of m subsets, the authors propose the following formulation:where x is the binary variable associated to the selection of set j, and are the two profits for subset j, and t indicates whether item i is covered by subset j or not. They then provide three metaheuristics for this problem. The first one is an Aggressive SPEA, which the authors introduce in the paper. Among its characteristics are four differences with SPEA, including removing the clustering procedure, storing all non-dominated solutions, the application of local search when a new solution is created and also at the end as post-processing. Their second metaheuristic is a . It embeds a standard GRASP procedure (see e.g. [17]) for single-objective optimization. This procedure is iterated independently with various weighted sum objective functions. The third method proposed by the authors is a hybrid of the A-SPEA and the . Set packing problems can also be seen as special cases of knapsack problems. However, as mentioned in Delorme et al. [14], this property does not help in finding good solutions. Indeed, we tried to apply our MDLS for the MOMDKP from the previous section, with very poor results.

Problem-dependent MDLS components for the BOSPP

In order to provide a starting set of solutions, we use the same method as the one described in Section 4.1 for the multi-dimensional knapsack problem. We now introduce the concept of conflict, used in some of the neighborhoods for the BOSPP. Two subsets are conflicting if they have at least one element in common. We can construct a graph where the nodes in G correspond to the subsets, and for each conflict there is an edge in E. A feasible solution to the set packing problem is then associated to a stable set in this graph, and the maximum stable set problem is a special case of the single-objective set packing problem, where all subsets have the same profit. We consider the following ruin operations:The ruin quantity, i.e. the number of subsets removed from the solution, is a number chosen randomly between 1% and 60% of the number of selected subsets in this solution. Additionally, we consider the following recreate operations: random: consists in removing from the solution a randomly chosen subset. worst: remove the subset which brings the smallest profit when considering a given objective k. conflict_random: randomly select an unselected subset s, then deselect from the solution all subsets that have a conflict with s. conflict_greedy: select the unselected subset s with least conflicting selected subsets in the solution; then deselect from the solution all subsets that have a conflict with s. conflict_alt: removes the selected subset with the highest number of conflicts. greedy: select the subset which brings the highest profit for a given objective k. random: randomly select a subset. closer: let U be the set of subsets that cannot be selected because they have a conflict with at least one selected subset; this operator selects the subset that minimizes . Like for the MOMDKP, only feasible solutions are considered: ruining a solution is always feasible, and the recreate operations only consider selecting subsets if their selection does not result in a constraint violation. Now for each objective k we can define a set N of neighborhoods. Table 5 gives a description of N. In the case of BOSPP, local search (line 6 in Algorithm 1) consists in iterating 10 times the following steps: (i) ruin the incumbent solution, (ii) recreate it and (iii) set the resulting neighbor as new incumbent. The same neighborhood is used for all 10 steps; as with the MOMDKP, the neighborhood is selected randomly, with an equal probability for each neighborhood. We let MDLS run for 50,000 iterations.
Table 5

N: neighborhoods for objective k for the bi-objective set packing problem.

NeighborhoodRuin operationRecreate operation
1randomgreedyk
2worstkgreedyk
3conflict_greedygreedyk
4conflict_randomgreedyk
5conflict_altgreedyk
6worstkcloser
7worstkrandom
To our knowledge, the only available experimental data for the BOSPP is contained in the paper by Delorme et al. [14]. The test problems consist of 120 instances with 100 or 200 variables and from 300 to 1000 constraints. Since exact Pareto sets are also known, they can evaluate precisely the quality of each method. The three indicators used are the percentage of Pareto-optimal solutions found (M1 or coverage), the Euclidean distance to the Pareto set (convergence), and the hypervolume (H). More precisely, they report the percentage of the hypervolume of the Pareto set. Delorme et al. run each of their algorithms 16 times, and report average values on all three indicators for each of their methods. We report average values over 10 runs of MDLS for each of these indicators in Table 6. Best values over all methods are boldfaced.
Table 6

Indicator values for the BOSPP.

IndicatorA-SPEAλ-GRASPHybridMDLS
Coverage77.6780.2295.9096.63
Convergence3.604.280.700.65
H98.9099.8399.8899.96

Coverage: larger is better. Convergence: smaller is better. H: larger is better.

On average, the hybrid method clearly dominates A-SPEA and , but the MDLS is even better. However, this comes at the cost of a higher CPU time. Delorme et al. determine allowed CPU time based on the instance. More precisely, they compute a reference time (m being the number of subsets). They then provide results for total CPU times of value , where k is 1, 2, 3, 4 and 5. Since the results for k=5 are always better than the others, we only report these here. We also report the average CPU time used by MDLS. These values are reported in Table 7. Although the values are lower for MDLS, it is clear that the CPU we use is also faster, clock speed aside. Therefore it is hard to conclude anything beside the fact that both approaches require CPU time of the same order of magnitude; MDLS is probably slower though. Additionally, the difference in CPU effort between 100- and 200-subset classes is much smaller for MDLS. However the stopping conditions are so different in both methods that it is not possible to conclude anything regarding scalability. In the end, it is safe to conclude that MDLS provides good quality results within reasonable CPU time.
Table 7

Average computational effort, in seconds, for the bi-objective set packing problem.

mDelorme et al. (A-SPEA, λ-GRASP and hybrid)MDLS
Intel Pentium III 800 MHzIntel Xeon 2.67 GHz
1005016.38
20020028.05
We provide insight on the neighborhoods and their success rates in Appendix A.2. Table A4 indicates the success rates for each neighborhood. A first observation is that the success rates are very low. However Table 6 clearly indicates that most of the Pareto optimal solutions are systematically found. In fact the more Pareto optimal solutions have been identified during a run, the least likely any neighborhood is to provide a new Pareto optimal solution during this same run. The average size of the Pareto front on all BOSPP instances is 21.1583, while the largest one is 126. Once these all have been identified, success becomes impossible. We also note that the factor between the lowest and highest success rates is less than 3.
Table A4

Success rate of each neighborhood for the BOSPP.

Ruin operationRecreate operation# Used# Success% Success
conflict_altgreedy085,742,10013,1990.0154
conflict_altgreedy185,721,52012,7120.0148
worst1greedy085,720,33086330.0101
worst1closer85,728,84010,6680.0124
worst1random85,678,80063540.0074
conflict_greedygreedy185,703,27067910.0079
conflict_greedygreedy085,730,34071130.0083
worst0random85,706,81078150.0091
worst0closer85,695,98012,4820.0146
worst0greedy085,673,96054740.0064
conflict_randomgreedy085,766,72055410.0065
conflict_randomgreedy185,746,17051700.0060
randomgreedy085,696,09079150.0092
randomgreedy185,713,07073480.0086

Bi-objective orienteering problem

The bi-objective orienteering problem (BOOP) was introduced by Schilde et al. [46]; it is similar to the bi-objective traveling salesman problem with profits solved by Bérubé et al. [4]. Quoting Schilde et al., “The motivation of the problem stems from planning individual tourist routes in cities and rural areas”. The different objectives correspond to various centers of interest for the tourists. The BOOP is a bi-objective extension of the well-known orienteering problem (OP), introduced by Tsiligirides [51]. In the OP, a set of points is given along with travel durations between those points. Starting and ending points are specified, while all other points are called control points. To each control point is associated a score. The goal is then to maximize the total score by visiting these control points, while keeping the total travel time under a given limit. Tsiligirides proposed benchmark instances; these were completed by other instances from Chao [6]. All these instances, containing up to 66 points, have been used in several research works since then (see e.g. [7,46,50]), and are no longer considered difficult. Schilde et al. introduced bi-objective instances by adding a second score to each control point of the existing instances. They also introduced new, bigger bi-objective instances with up to 2143 control points. These new instances are based on tourism attractions and use road network information for the distance matrix. These two scores can be seen as different centers of interest for tourists, and should both be maximized. Bérubé et al. provide an exact method, and use it to solve different instances with up to 150 control points. In the following, we focus on the heuristic solution of large instances. Schilde et al. provide a mathematical model for the BOOP, considering profit s for point i and objective k, and travel duration c between points i and j. Their model is based on a directed graph where nodes v0 and are the mandatory starting and ending points. It is a generic model for any number of objectives:Constraints (4) and (5) ensure that for each visited control point there is an ingoing and an outgoing arc; Constraints (6) are for subtour elimination; Constraint (7) makes the tour start and end at the correct points, and Constraint (8) limits the total tour duration.

Problem-dependent MDLS components for the BOOP

In order to provide a starting set of solutions, we use the same method as the one described in Section 4.1 for the multi-dimensional knapsack problem. A problem-specific feature of the BOOP requires to define a specific dominance rule: for a given set of k control points, there exists up to feasible tours, i.e. different solutions, all with the same objective vector. Therefore the dominance rule is modified as follows: if two tours visit the same set of control points, the one with the shorter duration dominates the other one. We consider the following ruin operations:The ruin quantity, i.e. the number of control points removed from the solution, is a number selected randomly between 1% and 50% of the number of points in this solution. Additionally, we consider the following recreate operations:Control points are inserted as long as it is possible without violating the route duration constraint. This guarantees that no constraint is violated in the solutions produced by these operators, similarly to the operators for the MOMDKP and the BOSPP. Each of these recreate operations is applied in a cheapest insertion fashion: the position where a node is inserted in the tour is systematically the one that brings the smallest extra traveling time. Additionally, a noise is applied to heuristic criteria in order to provide diversification. This is performed by multiplying the heuristic evaluation of moves by a random number between 0.75 and 1.25. worst: remove the control points which bring the smallest profit when considering a given objective k. related: remove control points that are related. What we call related control points here is a set of control points that form a sequence in the solution. The position of this sequence in the solution is chosen randomly, depending on the quantity of nodes to remove. conflict: a control point yields a conflict with its predecessor and successor when visiting this point takes a long time. For each control point in a solution we can compute how much time would be gained by not visiting this point anymore; then the points with the highest conflict value are removed. random: consists in removing from the solution control points that are randomly selected. greedy: insert the control points bringing the highest profit for a given objective k. closer: insert the control points that are close to the current solution, i.e. those that would induce the smallest extra traveling time. random: insert randomly selected control points in the solution. Using all previously described operators, a set N of neighborhoods is constructed for each objective k. Table 8 gives a description of N. For the BOOP, local search (line 6 in Algorithm 1) simply consists in ruining and recreating once the incumbent solution. Again, the neighborhood is selected randomly, all neighborhoods being equiprobable. A problem-specific diversification mechanism is also used. It consists in, given a solution , looking for solutions that do not contain any of the control points that are visited by x′. This can be seen as another large neighborhood around . In order to explore quickly this very large neighborhood, heuristics are used. More precisely, once a solution has been produced through the ruin and recreate steps, a new solution is produced by forbidding all the points in and recreating using the same operator that was used to produce . This diversification step is executed once every 30 calls to a same single-objective local search. The total number of iterations of MDLS is set to 50,000.
Table 8

N: neighborhoods for objective k for the bi-objective orienteering problem.

NeighborhoodRuin operationRecreate operation
1randomgreedyk
2worstkgreedyk
3relatedgreedyk
4conflictgreedyk
5worstkcloser
6worstkrandom
In order to solve the BOOP, Schilde et al. [46] provide two methods: a Pareto variable neighborhood search (P-VNS) and a Pareto ant colony optimization (P-ACO). They consider six indicators that they compute for 20%, 50% and 80% attainment sets. For the sake of simplicity, we only report two of these indicators, hypervolume and unary epsilon. No Pareto front is available for these instances, and we found new non-dominated solutions that were unknown before. Therefore we provide new normalization functions which take into account these new non-dominated solutions. Since we have access to all solutions from Schilde et al., we also normalize their solutions and recompute the indicator values for their VNS and ACO. The test instances are categorized, and each category represents problems with the same distance matrix but different time limits. Tables 9–11 summarize the results of all three methods on both hypervolume (H) and unary epsilon indicators, respectively for 20%, 50% and 80% attainment sets, with one line giving average indicator values for a category of instances. Since no exact method exists for this problem, the Pareto set is not known; therefore a heuristic reference set is used for the computation of the unary epsilon indicator. This heuristic front is obtained by considering all non-dominated solutions found by all three methods (P-VNS, P-ACO, MDLS). The MDLS outperforms both previous methods, with the notable exception of the unary epsilon indicator for instance stm and 80% attainment. On the same instance category the hypervolume indicator is better for the MDLS though. The unary epsilon indicator grades the quality of the worst solution found. Comparison data with regards to CPU effort is provided in Table 12. Each line corresponds to a class of instances, and the average run time is reported for each method, as well as the type of computer used. Since Schilde et al. used the exact same CPU time for both their methods, only one is reported. Times are reported in seconds. We use the same computer on which Schilde et al. run ACO and VNS. We simply conclude that MDLS provides better results for the BOOP, within comparable computational times. The noe instance set is the largest of all (2143 control points), which explains why all methods need more CPU time for that instance than for any other. Because of the travel time limitation and depending on its value, some control points can never be reached. Therefore it is possible to discard those control points before starting the optimization. Such a pre-processing is performed before MDLS, but not before ACO and VNS. In the case of noe, this pre-processing has a major impact, which explains the difference in CPU times between ACO and VNS on one side and MDLS on the other side.
Table 12

Average computational effort, in seconds, for the bi-objective orienteering problem.

InstancesACO and VNSMDLS
p211.351.18
p323.251.84
p335.142.02
dia14.975.20
squ16.174.95
pad1.170.64
wie31.4819.90
ktn84.5324.99
stm36.5720.08
noe3319.52193.81
We provide insight on the neighborhoods and their success rates in Appendix A.3. Table A5 indicates the success rates for each neighborhood. The factor between the lowest and highest success rates is less than 2. Again, the neighborhoods incorporating a random component are among the least successful.
Table A5

Success rate of each neighborhood for the BOOP.

Ruin operationRecreate operation# Used# Success% Success
relatedgreedy118,600,68937,9200.2039
relatedgreedy018,594,56038,4280.2067
worst1greedy118,600,29958,5770.3149
worst1closer18,597,99637,6520.2025
worst1random18,602,02032,6200.1754
worst0random18,592,11829,8750.1607
worst0closer18,602,72434,1130.1834
worst0greedy018,597,33256,4470.3035
conflictgreedy018,609,08036,0670.1938
conflictgreedy118,601,93841,0120.2205
randomgreedy018,607,06634,1400.1835
randomgreedy118,599,93835,0480.1884

Summary

In this paper, we introduced multi-directional neighborhood search (MDLS), a new metaheuristic for multi-objective optimization. MDLS is based on the principle of using single-objective local search to iteratively improve the non-dominated front. An important feature is that only non-dominated solutions are kept. Another feature is that once problem-dependent components (i.e. single-objective local search) are defined, the only parameter left is CPU budget. We provided a general framework for MDLS, and showed how to apply it to three different problems, every time with competitive results on benchmark data. These three problems were selected for the simplicity of their formulation, and the availability of benchmark data and/or Pareto sets. For all three problems, the objectives considered were uncorrelated. On all standard benchmark instances for the multi-dimensional multi-objective knapsack problem, bi-objective set packing problem and bi-objective orienteering problem, MDLS produce results competitive with the best known solution method known so far, with a required CPU effort of the same order of magnitude. Although two of these problems (the BOOP and the BOSPP) have direct applications, all solved problems have a fairly simple formulation. One important feature of MDLS is that it relies on single-objective local search. This has the advantage that good single-objective local search methods are known for a number of problems. However it can also be seen as a disadvantage: it means that efficient single-objective local search has to be designed and implemented for each objective in the problem at hand. If the problem structure is relatively simple, like it is the case with all three problems studied in this paper, then it does not really matter, as the local searches are very similar for all considered objectives. However if the objectives are very different, more work will be required to design and implement an efficient MDLS. This is a disadvantage of MDLS to most other methods, since they usually do not rely on single-objective local search. The next step is to validate MDLS on applied problems with complicated real-world constraints. Such problems already exist in the literature, like for instance the capacitated vehicle routing problem with route balancing, or the dial-a-ride problem. They will constitute the subject of our future research in this domain.
1:input: a set of non-dominated solutions F
2:repeat
3: xselect_a_solution(F)
4: G
5: fork1 to Kdo
6: GG{LSk(x)}
7: end for
8:update(F,G)
9:until stopping criterion is met
10:return F
Table A1

Success rate of each neighborhood for the MOMDKP; instances with two objectives.

Ruin operationRecreate operation# Used# Success% Success
conflict1greedy01,332,81515900.1193
conflict1greedy11,333,91916300.1222
worst1random1,333,38511360.0852
worst1greedy01,332,40310,9160.8193
worst1greedy11,334,30567330.5046
conflict0greedy11,331,77112990.0975
conflict0greedy01,334,93021140.1584
worst0greedy11,333,50611,8340.8874
worst0greedy01,332,75256700.4254
worst0random1,333,94812150.0911
randomgreedy11,333,15446020.3452
randomgreedy01,333,19248290.3622
Table A2

Success rate of each neighborhood for the MOMDKP; instances with three objectives.

Ruin operationRecreate operation# Used# Success% Success
conflict1greedy0997,43973070.7326
conflict1greedy11,000,46573710.7368
conflict1greedy2999,33558610.5865
worst0greedy21,000,60950,6185.0587
worst0greedy11,000,37151,2165.1197
worst0greedy01,004,74426,6962.6570
worst0random1,005,44954640.5434
randomgreedy1999,38714,4011.4410
randomgreedy21,000,22215,4921.5489
conflict2greedy2998,80812,2951.2310
conflict2greedy11,000,78064320.6427
worst2greedy0998,37441,6954.1763
worst2random1,001,56152830.5275
worst2greedy2998,31623,4552.3495
worst2greedy1998,96948,6704.8720
worst1random1,000,68659950.5991
worst1greedy01,000,26439,3803.9370
worst1greedy1999,19535,7753.5804
worst1greedy21,000,83449,3844.9343
conflict0greedy21,000,35511,4361.1432
conflict0greedy11,000,18710,4511.0449
conflict0greedy0997,50680080.8028
conflict2greedy0997,24780890.8111
randomgreedy0999,01713,3501.3363
Table A3

Success rate of each neighborhood for the MOMDKP; instances with four objectives.

Ruin operationRecreate operation# Used# Success% Success

conflict1greedy3799,99214,7241.8405
conflict1greedy0799,01817,9372.2449
conflict1greedy1799,63713,3171.6654
conflict1greedy2800,28113,7271.7153
worst0random800,79711,7471.4669
conflict3greedy3799,54218,0522.2578
worst0greedy3799,63099,00012.3807
conflict3greedy1801,61217,6512.2019
worst0greedy1800,36482,22910.2740
worst0greedy0800,11559,5037.4368
conflict3greedy0799,89815,9421.9930
conflict2greedy3800,91133,4444.1757
randomgreedy3799,84025,7573.2203
randomgreedy1799,36825,5613.1977
randomgreedy2799,71626,2423.2814
conflict2greedy2800,96817,1042.1354
conflict2greedy1800,15927,0903.3856
worst2greedy0800,47793,40911.6692
worst2random800,37813,8751.7336
worst2greedy2799,73383,31010.4172
worst2greedy1800,06496,69612.0860
worst2greedy3799,16296,21112.0390
worst1random799,76012,1651.5211
worst1greedy0799,45887,84910.9886
worst1greedy1800,00343,6445.4555
worst1greedy2798,25991,44611.4557
worst1greedy3799,63472,7039.0920
conflict0greedy2800,57014,3311.7901
conflict0greedy1799,19818,5212.3174
conflict0greedy0800,43915,5941.9482
conflict0greedy3799,91113,9181.7399
worst3greedy1799,87596,16112.0220
worst3greedy2800,82790,16211.2586
conflict2greedy0800,15117,6612.2072
worst3greedy0799,48891,17511.4042
worst3greedy3801,01865,0918.1260
randomgreedy0800,19928,2603.5316
worst3random800,40012,7641.5947
worst0greedy2800,401102,28312.7790
conflict3greedy2798,90721,3672.6745
Table 9

Indicator values for the bi-objective orienteering problem: 20% attainment sets.

InstancesVNS
ACO
MDLS
HϵHϵHϵ
p210.3741.1230.3741.1230.7181.000
p320.4371.0350.4461.0350.5421.000
p330.5861.0940.5871.0900.7721.000
dia0.6541.0140.6381.0210.6761.000
squ0.6561.0080.6491.0140.6731.001
pad0.4971.0000.4911.0000.5011.000
wie0.5711.0680.5431.0590.7101.006
ktn0.6191.0520.6451.0410.7241.014
stm0.6761.0290.6601.0330.7491.003
noe0.5631.0730.5741.0860.8251.021

H: larger is better. : smaller is better.

Table 10

Indicator values for the bi-objective orienteering problem: 50% attainment sets.

InstancesVNS
ACO
MDLS
HϵHϵHϵ
p210.3741.1230.3621.1300.7181.000
p320.4331.0350.4461.0350.5311.006
p330.5831.0850.5841.0900.7701.000
dia0.6421.0160.6231.0290.6731.003
squ0.6421.0160.6381.0180.6691.002
pad0.4971.0000.4911.0000.5011.000
wie0.5341.0880.5221.0630.6901.016
ktn0.5891.0680.6011.0630.6831.032
stm0.6491.0360.6241.0500.7291.015
noe0.4941.1040.5361.1060.7611.043

H: larger is better. : smaller is better.

Table 11

Indicator values for the bi-objective orienteering problem: 80% attainment sets.

InstancesVNS
ACO
MDLS
HϵHϵHϵ
p210.3671.1300.3601.1300.7181.000
p320.4121.0360.4401.0350.5291.006
p330.5761.0750.5831.0850.7601.006
dia0.6261.0240.6101.0340.6701.005
squ0.6211.0250.6291.0210.6631.006
pad0.4971.0000.4891.0040.5011.000
wie0.4881.1070.5011.0730.6541.033
ktn0.5531.0780.5651.0780.6131.067
stm0.6111.0490.5951.0690.6341.060
noe0.4201.1410.5101.1210.6621.087

H: larger is better. : smaller is better.

  2 in total

1.  Approximating the nondominated front using the Pareto Archived Evolution Strategy.

Authors:  J D Knowles; D W Corne
Journal:  Evol Comput       Date:  2000       Impact factor: 3.277

Review 2.  Multiobjective evolutionary algorithms: analyzing the state-of-the-art.

Authors:  D A Van Veldhuizen; G B Lamont
Journal:  Evol Comput       Date:  2000       Impact factor: 3.277

  2 in total
  1 in total

1.  Secure and efficient routing on nodes, edges, and arcs of simple-graphs and of multi-graphs.

Authors:  Georg E A Fröhlich; Karl F Doerner; Margaretha Gansterer
Journal:  Networks (N Y)       Date:  2020-09-25       Impact factor: 5.059

  1 in total

北京卡尤迪生物科技股份有限公司 © 2022-2023.