|
|
| Line 1: |
Line 1: |
| In [[backtracking]] [[algorithm]]s, '''look ahead''' is the generic term for a [[Subroutine|subprocedure]] that attempts to foresee the effects of choosing a [[branch (computer science)|branching]] [[Variable (programming)|variable]] to evaluate or one of its values. The two main aims of look-ahead are to choose a variable to evaluate next and the order of values to assign to it.
| | Greetings! I am Marvella and I feel comfortable when individuals use the complete name. What I love performing is to collect badges but I've been taking on new things recently. California is exactly where her house is but she needs to move because of her family. She is a librarian but she's always needed her personal business.<br><br>My web blog: [http://netwk.hannam.ac.kr/xe/data_2/38191 netwk.hannam.ac.kr] |
| | |
| ==Constraint satisfaction==
| |
| In a general [[constraint satisfaction problem]], every variable can take a value in a domain. A backtracking algorithm therefore iteratively chooses a variable and tests each of its possible values; for each value the algorithm is [[recursion|recursively]] run. Look ahead is used to check the effects of choosing a given variable to evaluate or to decide the order of values to give to it.
| |
| | |
| ===Look ahead techniques===
| |
| [[Image:Forward-arc-0.svg|thumb|left|200px|In this example, ''x''<sub>1</sub>=2 and the tentative assignment ''x''<sub>2</sub>=1 is considered.]]
| |
| [[Image:Forward-arc-1.svg|thumb|200px|Forward checking only checks whether each of the unassigned variables ''x''<sub>3</sub> and ''x''<sub>4</sub> is [[consistent]] with the partial assignment, removing the value 2 from their domains.]]
| |
| The simpler technique for evaluating the effect of a specific assignment to a variable is called '''forward checking'''. Given the current partial solution and a candidate assignment to evaluate, it checks whether another variable can take a consistent value. In other words, it first extends the current partial solution with the tentative value for the considered variable; it then considers every other variable <math>x_k</math> that is still unassigned, and checks whether there exists an evaluation of <math>x_k</math> that is consistent with the extended partial solution. More generally, forward checking determines the values for <math>x_k</math> that are consistent with the extended assignment.
| |
| | |
| [[Image:Forward-arc-2.svg|thumb|200px|Arc consistency look ahead also checks whether the values of ''x''<sub>3</sub> and ''x''<sub>4</sub> are consistent with each other (red lines) removing also the value 1 from their domains.]]
| |
| A look-ahead technique that may be more time-consuming but may produce better results is based on [[arc consistency]]. Namely, given a partial solution extended with a value for a new variable, it enforces arc consistency for all unassigned variables. In other words, for any unassigned variables, the values that cannot consistently be extended to another variable are removed. The difference between forward checking and arc consistency is that the former only checks a single unassigned variable at time for consistency, while the second also checks pairs of unassigned variables for mutual consistency.
| |
| | |
| Two other methods involving arc consistency are full and partial look ahead. They enforce arc consistency, but not for every pair of variables. In particular, full look considers every pair of unassigned variables <math>x_i,x_j</math>, and enforces arc consistency between them. This is different than enforcing global arc consistency, which may possibly require a pair of variables to be reconsidered more than once. Instead, once full look ahead has enforced arc consistency between a pair of variables, the pair is not considered any more. Partial look ahead is similar, but a given order of variables is considered, and arc consistency is only enforced once for every pair <math>x_i,x_j</math> with <math>i < j</math>.
| |
| | |
| Look ahead based on arc consistency can also be extended to work with path consistency and general i-consistency or relational arc consistency.
| |
| | |
| ===Use of look ahead===
| |
| The results of look ahead is used to decide the next variable to evaluate and the order of values to give to this variable. In particular, for any unassigned variable and value, look-ahead estimates the effects of setting that variable to that value.
| |
| | |
| The choice of the next variable and the choice of the next value to give it are complementary, in that the value is typically chosen in such a way a solution (if any) is found as quickly as possible, while the next variable is typically chosen in such a way unsatisfiability (if the current partial solution is unsatisfiable) is proven as quickly as possible.
| |
| | |
| The choice of the next variable to evaluate is particularly important, as it may produce exponential differences in running time. In order to prove unsatisfiability as quickly as possible, variables leaving few alternatives after assigned are the preferred ones. This idea can be implemented by checking only satisfiability or unsatisfiability of variable/value pairs. In particular, the next variable that is chosen is the one having a minimal number of values that are consistent with the current partial solution. In turn, consistency can be evaluated by simply checking partial consistency, or by using any of the considered look ahead techniques discussed above.
| |
| | |
| The following are three methods for ordering the values to tentatively assign to a variable:
| |
| | |
| # min-conflicts: the preferred values are those removing the least total values from the domain of unassigned variables as evaluated by look ahead;
| |
| # max-domain-size: the preference of a variable is inversely the number of values in the smallest domain they produce for the unassigned variables, as evaluated by look ahead;
| |
| # estimate solutions: the preferred values are those producing the maximal number of solutions, as evaluated by look ahead making the assumption that all values left in the domains of unassigned variables are consistent with each other; in other words, the preference for a value is obtain by multiplying the size of all domains resulting from look ahead.
| |
| | |
| Experiments proved that these techniques are useful for large problems, especially the min-conflicts one.
| |
| | |
| Randomization is also sometimes used for choosing a variable or value. For example, if two variables are equally preferred according to some measure, the choice can be done randomly.
| |
| | |
| ==References==
| |
| *{{cite book
| |
| | first=Rina
| |
| | last=Dechter
| |
| | title=Constraint Processing
| |
| | publisher=Morgan Kaufmann
| |
| | year=2003
| |
| | url=http://www.ics.uci.edu/~dechter/books/index.html
| |
| }} ISBN 1-55860-890-7
| |
| *{{cite journal
| |
| | first=Ming
| |
| | last=Ouyang
| |
| | title=How Good Are Branching Rules in DPLL?
| |
| | journal=Discrete Applied Mathematics
| |
| | volume=89
| |
| | issue=1–3
| |
| | pages=281–286
| |
| | year=1998
| |
| | doi=10.1016/S0166-218X(98)00045-6}}
| |
| | |
| [[Category:Constraint programming]]
| |
| [[Category:Search algorithms]]
| |
Greetings! I am Marvella and I feel comfortable when individuals use the complete name. What I love performing is to collect badges but I've been taking on new things recently. California is exactly where her house is but she needs to move because of her family. She is a librarian but she's always needed her personal business.
My web blog: netwk.hannam.ac.kr