Złożoność obliczeniowa/Wykład 7: Algorytmy aproksymacyjne: Różnice pomiędzy wersjami
Linia 329: | Linia 329: | ||
<center><math>\func{d} | <center><math>\func{d}(x,y) \leq \func{d}(x,z) + \func{d}(z,y) | ||
</math></center> | </math></center> | ||
Linia 355: | Linia 355: | ||
Dowód przeprowadzimy porównując koszt struktur konstruowanych w kolejnych krokach algorytmu względem optymalnego rozwiązania problemu. Tak więc: | Dowód przeprowadzimy porównując koszt struktur konstruowanych w kolejnych krokach algorytmu względem optymalnego rozwiązania problemu. Tak więc: | ||
* suma wag krawędzi drzewa <math>T</math> jest mniejsza lub równa kosztowi optymalnego rozwiązania problemu. Jest tak dlatego, gdyż usuwając dowolną krawędź z rozwiązania optymalnego otrzymujemy drzewo (a raczej ścieżkę) rozpinające grafu. Tymczasem <math>T</math> jest minimalnym drzewem rozpinającym. Mamy więc <math>\textnormal{cost} | * suma wag krawędzi drzewa <math>T</math> jest mniejsza lub równa kosztowi optymalnego rozwiązania problemu. Jest tak dlatego, gdyż usuwając dowolną krawędź z rozwiązania optymalnego otrzymujemy drzewo (a raczej ścieżkę) rozpinające grafu. Tymczasem <math>T</math> jest minimalnym drzewem rozpinającym. Mamy więc | ||
* <math>\textnormal{cost}{\mathbb{T}} = 2 \textnormal{cost} | * <math>\textnormal{cost}(T) \leq \opt</math>, | ||
* <math>\textnormal{cost}{\mathbb{T}} = 2 \textnormal{cost}(T) \leq 2 \opt</math>, | |||
* <math>\textnormal{cost}{\mathbb{C}} = \textnormal{cost}{\mathbb{T}} \leq 2 \opt</math>, | * <math>\textnormal{cost}{\mathbb{C}} = \textnormal{cost}{\mathbb{T}} \leq 2 \opt</math>, | ||
musimy teraz pokazać, że konstruując <math>C</math> nie pogorszymy oszacowania na koszt <math>\mathbb{C}</math>. Tutaj właśnie skorzystamy z tego, że odległości zachowują warunek trójkąta. Sprawia to, że pomijając wierzchołki i dodając krawędź bezpośrednią pomiędzy końcami usuniętego fragmentu możemy tylko zmniejszyć całkowity koszt rozwiązania. W związku z tym <math>\textnormal{cost}(C) \leq \textnormal{cost}{\mathbb{C}} \leq 2 \textnormal{opt}</math>.}} | |||
Wyniki osiągane przez ten algorytm można poprawić i dostać algorytm <math>\frac{3}{2}</math>-aproksymacyjny. Szczegóły tego usprawnienia pozostawiamy na ćwiczenia. | Wyniki osiągane przez ten algorytm można poprawić i dostać algorytm <math>\frac{3}{2}</math>-aproksymacyjny. Szczegóły tego usprawnienia pozostawiamy na ćwiczenia. |
Wersja z 21:55, 16 sie 2006
W poprzednich modułach pokazaliśmy o wielu problemach, że są Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełne. Jeżeli Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{P}\neq\cc{NP}} , to żaden z tych problemów nie może mieć rozwiązania, które działałoby w satysfakcjonujący sposób. Jednak wiele z nich to istotne zagadnienia praktyczne i metody choćby częściowego radzenia sobie z nimi są bardzo potrzebne. Konstruowane rozwiązania heurystyczne idą zazwyczaj w dwóch kierunkach:
- wyszukiwanie takich podproblemów, dla których można znaleźć rozwiązanie w czasie wielomianowym,
- szukanie algorytmów aproksymacyjnych, które nie rozwiązują problemu dokładnie, ale podają rozwiązania przybliżone do poprawnych.
W tym i w dwóch następnych modułach zajmiemy się właśnie tym drugim podejściem. Przedstawimy formalizmy, które służą do opisu algorytmów aproksymacyjnych i przeanalizujemy najistotniejsze przykłady.
Problem optymalizacyjny
Zwykłe problemy decyzyjne nie nadają się do aproksymowania, bo nie da się przybliżyć rozwiązania konkretnej instancji problemu, którym jest albo "tak", albo "nie". Problemy, które są podatne na aproksymację, to takie, w których odpowiedzią na konkretną instancję problemu jest jakiś kombinatoryczny obiekt z klasy rozwiązań dopuszczalnych. Wprowadzając dodatkowo funkcję celu na obiektach klasy rozwiązań dopuszczalnych możemy żądać, aby znaleziona odpowiedź minimalizowała (lub maksymalizowała) wartość tej funkcji po wszystkich rozwiązaniach dopuszczalnych.
Problem, który ma powyżej przedstawioną charakterystykę nazywamy problemem optymalizacyjnym i przedstawimy teraz jego formalną definicję w interesującej nas wersji dotyczącej aproksymowania problemów z klasy Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} w czasie wielomianowym:
Definicja 1.1
Problem jest problemem Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -optymalizacyjnym, jeżeli składa się z:
- zbioru instancji . Rozmiarem instancji dla jest ilość bitów potrzebnych do zapisania ,
- zbioru rozwiązań dopuszczalnych dla każdej instancji Parser nie mógł rozpoznać (nieznana funkcja „\func”): {\displaystyle \func{S_\Pi}{I}}
. Zbiór ten musi posiadać dodatkowe własności:
- Parser nie mógł rozpoznać (nieznana funkcja „\func”): {\displaystyle \func{S_\Pi}{I} \neq \emptyset} - dla każdej instancji jest jakieś rozwiązanie dopuszczalne,
- każde Parser nie mógł rozpoznać (nieznana funkcja „\func”): {\displaystyle s \in \func{S_\Pi}{I}} ma rozmiar wielomianowy od i istnieje algorytm wielomianowy, który sprawdza czy dla pary Parser nie mógł rozpoznać (nieznana funkcja „\braq”): {\displaystyle \braq{I,s}} zachodzi Parser nie mógł rozpoznać (nieznana funkcja „\func”): {\displaystyle s \in \func{S_\Pi}{I}} ,
- funkcji celu Parser nie mógł rozpoznać (nieznana funkcja „\obj”): {\displaystyle \obj_\Pi} , która przyporządkowuje rozwiązaniom dopuszczalnym nieujemne wartości wymierne. Funkcja ta musi być wielomianowo obliczalna dla każdej pary Parser nie mógł rozpoznać (nieznana funkcja „\braq”): {\displaystyle \braq{I,s}} , gdzie jest instancją , a dopuszczalnym rozwiązaniem .
Definicja 1.2
Rozwiązaniem optymalnym minimalizacji (maksymalizacji) dla instancji problemu Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -optymalizacyjnego jest każde z rozwiązań dopuszczalnych, dla którego funkcja celu jest minimalna (maksymalna).
Wartość minimalną (maksymalną) funkcji celu oznaczamy przez Parser nie mógł rozpoznać (błąd składni): {\displaystyle \textnormal{opt}_\Pi}{I}} i nazywamy optimum. Często będziemy używać skróconej notacji Parser nie mógł rozpoznać (błąd składni): {\displaystyle \textnormal opt} , kiedy nie będzie wątpliwości jaki problem i jego instancję mamy na myśli.
Problemy optymalizacyjne, a problemy decyzyjne
Załóżmy, że mamy problem minimalizacji . Dla problemów maksymalizacyjnych całe rozumowanie jest analogiczne.
Z problemem w naturalny sposób jest związany problem decyzyjny równoważny pytaniu: "Czy dla zadanej instancji problemu i liczby istnieje rozwiązanie dopuszczalne osiągające wartość funkcji celu mniejszą niż ?".
Znając wartość optimum dla można natychmiast odpowiadać na pytania . Z drugiej strony, zazwyczaj można łatwo znaleźć wartość Parser nie mógł rozpoznać (nieznana funkcja „\texnormal”): {\displaystyle \texnormal{opt}_\Pi{I}} używając algorytmu rozwiązującego . Wystarczy użyć odpowiednio dobranego wyszukiwania binarnego.
Dość oczywistą i ważną własnością jest, że jeżeli problem jest Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełny, to skojarzony z nim problem minimalizacji jest Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -trudny. W dalszej części wykładu będziemy analizować tylko problemy, których wersje decyzyjne są Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełne.
Dla wielu problemów sama tylko umiejętność znajdowania wartości optimum wystarcza, aby w czasie wielomianowym znaleźć również rozwiązanie optymalne. Nie jest to jednak reguła - są problemy, o których zostało pokazane, że nie mają tej własności. Dlatego trzeba rozróżniać problem znalezienia wartości optimum i znalezienia rozwiązania optymalnego. Oczywiście ten drugi jest dla nas znacznie ciekawszy.
Rozwiązania aproksymacyjne
Wprowadzimy teraz pojęcie algorytmu aproksymacyjnego. Nie będzie ona zbyt restrykcyjna i będzie obejmować każdy algorytm znajdujący jakiekolwiek rozwiązania. Dopiero później zdefiniujemy pojęcia, które pozwolą mówić o skuteczności takich algorytmów.
Definicja 1.4
Algorytmem aproksymacyjnym dla minimalizacji (maksymalizacji) problemu Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -optymalizacyjnego nazywamy algorytm, który działa w czasie wielomianowym i dla każdej instancji problemu znajduje rozwiązanie dopuszczalne.
W domyśle interesują nas algorytmy, które znajdują rozwiązania przybliżające rozwiązanie optymalne. W związku z tym chcemy ograniczyć błąd jaki może popełnić algorytm. Stąd definicja:
Definicja 2.5
Jeżeli dla problemu minimalizacji i algorytmu istnieje stała , taka że:
to jest algorytmem -aproksymacyjnym. Można też powiedzieć, że jest stałą aproksymacji algorytmu .
Jeżeli jest problemem maksymalizacji, to Algorytm musi spełniać odwrotną nierówność:
Istotne jest wymaganie, aby , gdyż każdy algorytm aproksymacyjny spełniałby powyższą równość dla .
Czasem algorytm nie ma stałej aproksymacji, ale różnicę pomiędzy rozwiązaniami znajdowanymi, a optymalnymi można ograniczyć przez funkcję zależną od rozmiaru instancji. Chcemy mieć możliwość uchwycenia również takich zależności.
Definicja 2.6
Jeżeli dla algorytmu rozwiązującego problem minimalizacji istnieje funkcja , taka że
to jest algorytmem -aproksymacyjnym.
Definicja dla problemu maksymalizacji jest analogiczna.
Zaprezentowane definicje pozwalają badać pesymistyczne zachowanie algorytmów. Często można również przeprowadzić analizę przypadku średniego, w którym znalezione rozwiązania są zazwyczaj znacząco lepsze od tych, które występują w przypadku pesymistycznym. My jednak skupimy się poszukiwaniu algorytmów, które dają gwarancję ograniczonego błędu dla dowolnej instancji.
Ćwiczenie 2.7 [Problemy decyzyjne jako problemy optymalizacyjne]
Przyjrzyjmy się bliżej związkom Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełnych problemów decyzyjnych i Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -optymalizacyjnych. Skorzystamy z definicji języka należącego klasy Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} :
gdzie jest świadkiem wielomianowo zrównoważonej relacji . Możemy teraz zdefiniować problem optymalizacyjny związany z językiem . Instancją problemu będzie dowolny ciąg bitów . Rozwiązaniami dopuszczalnymi będą dowolne ciągi o długości wielomianowo ograniczonej od (z tym samym wielomianem który decyduje o zrównoważeniu relacji ). Funkcja celu natomiast będzie zdefiniowana następująco:
Pokrycie wierzchołkowe - NODE COVER
Pierwszym problemem, którego możliwość aproksymacji zbadamy jest problem minimalizacji rozmiaru pokrycia wierzchołkowego grafu. Jest to optymalizacyjna wersja problemu NODE COVER. Instancją problemu jest pojedynczy graf. Rozwiązaniami dopuszczalnymi są pokrycia wierzchołkowe tego grafu, a funkcją celu jest rozmiar znalezionego pokrycia. Interesuje nas oczywiście minimalizacja rozmiaru pokrycia.
Zarówno sprawdzenia dopuszczalności rozwiązania, jak i obliczenia funkcji celu można łatwo dokonać w czasie liniowym od rozmiaru grafu.
Algorytm zachłanny
Na początek przeanalizujemy najbardziej naturalne podejście do rozwiązania. Wykorzystamy metodę zachłanną konstruowania algorytmów. Wydaje się, że wybieranie do pokrycia wierzchołków, które mają największy stopień (a więc pokrywają najwięcej krawędzi), pozwala najszybciej pokryć cały graf. Prowadzi to do następującego algorytmu:
Algorytm 2.1 [Algorytm zachłanny]
Dopóki w grafie są krawędzie:
- wybierz wierzchołek o największym stopniu.
- dodaj do pokrycia i usuń z grafu wszystkie krawędzie incydentne z .
Okazuje się jednak, że ten algorytm, nie osiąga stałej aproksymacji. Aby dowieść tego faktu, wystarczy spojrzeć na poniższy przykład:
Przykład 2.2
pokrycie wierzchołkowe - ZO-7.1
Algorytm zachłanny najpierw wybierze do pokrycia wierzchołek z grupy (ma on stopień , gdy tymczasem wierzchołki z grupy mają stopień co najwyżej ). Po usunięciu tego wierzchołka stopień wierzchołków z spadnie do co najwyżej , więc algorytm wybierze wszystkie wierzchołki z grupy , itd.
W wyniku działania algorytmu zostanie skonstruowane pokrycie o rozmiarze Parser nie mógł rozpoznać (nieznana funkcja „\floor”): {\displaystyle \llcorner{\frac{n}{n}}\lrcorner+\floor{\frac{n}{n-1}}+\ldots+\floor{\frac{n}{2}}} , gdy tymczasem rozwiązaniem optymalnym jest pokrycie o rozmiarze .
Używając prostej analizy z wykorzystaniem sumy ciągu harmonicznego można pokazać, że dla instancji z tej konkretnej rodziny rozwiązanie znajdowane przez algorytm jest razy gorsze od rozwiązania optymalnego.
Pierwsze, bardzo naturalne, podejście do problemu nie doprowadziło nas do algorytmu ze stałą aproksymacji. Niestety, regułą jest, że nie da się osiągnąć aproksymacji problemów Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełnych tak prostymi sposobami i trzeba szukać bardziej wyrafinowanych metod. Oczywiście są od tej reguły wyjątki, które pokażemy. Teraz skonstruujemy algorytm -aproksymacyjny dla problemu pokrycia wierzchołkowego.
Algorytm skojarzeniowy
Algorytm ten jest bardzo prosty w konstrukcji:
Algorytm 2.3 [Algorytm skojarzeniowy]
- Znajdź dowolne skojarzenie maksymalne (w sensie inkluzji) w grafie .
- Wypisz wszystkie wierzchołki występujące w .
Animacja:algorytm skojarzeniowy - ZO-7.2
Twierdzenie 2.4
Algorytm skojarzeniowy jest algorytmem -aproksymacyjnym dla problemu minimalizacji rozmiaru pokrycia wierzchołkowego.
Dowód
Najpierw musimy pokazać, że wierzchołki tworzą pokrycie . Gdyby jakaś krawędź nie była pokryta, oznaczałoby to, że żaden z jej końców nie należy do i można by poszerzyć skojarzenie o tą krawędź, co przeczy maksymalności .
Niech będzie optymalnym pokryciem. Zauważmy, że ponieważ jest skojarzeniem, to zawiera krawędzi, z których żadne dwie nie mają wspólnego wierzchołka. Zatem w pokryciu musi się znajdować przynajmniej jeden z końców każdej z tych krawędzi (w przeciwnym wypadku, krawędź ta byłaby niepokryta przez ). Z tego wynika, że
a liczba wierzchołków w pokryciu znalezionym przez algorytm wynosi , co dowodzi że jest to algorytm -aproksymacyjny.

Ćwiczenie 2.5 [Pesymistyczny przypadek dla algorytmu skojarzeniowego]
Ćwiczenie 2.6 [Konstrukcja rozwiązania optymalnego z wyrocznią podającą optimum]
Problem maksymalnego przekroju - MAX CUT
Ciekawym problemem optymalizacyjnym, który daje się łatwo aproksymować jest problem maksymalnego przekroju.
Mając dany graf Parser nie mógł rozpoznać (nieznana funkcja „\braq”): {\displaystyle G=\braq{V,E}} należy podzielić wierzchołki na dwa podzbiory i tak żeby zmaksymalizować liczbę krawędzi pomiędzy , a .
Podamy od razu dwa różne algorytmy aproksymacyjne dla tego problemu:
Algorytm 3.1 [Algorytm zachłanny]
- Ustaw i .
- Przeglądając wierzchołki w dowolnej kolejności dodawaj każdy z nich do tego ze zbiorów , lub , z którym łączy go mniej krawędzi.
Algorytm 3.2 [Algorytm poszukujący lokalnego optimum]
- Ustaw i .
- Dopóki istnieje w grafie wierzchołek taki, że przesunięcie go z jednego zbioru do drugiego zwiększa rozmiar przekrój dokonuj takiego przesunięcia.
Twierdzenie 3.3
Algorytm zachłanny i poszukujacy lokalnego optimum są algorytmami -aproksymacyjnymi.
Dowód
Dowód dla algorytmu zachłannego jest wyjątkowo prosty. Niech będzie kolejnością w jakiej są przeglądane wierzchołki. Oznaczmy przez liczbę krawędzi dodanych do przekroju kiedy był dodawany wierzchołek , a przez liczbę pozostałych krawędzi łączących z . Algorytm wybiera przyporządkowanie wierzchołka w ten sposób, że . Mamy zatem:
Ponieważ każda z krawędzi albo znajduje się w przekroju, albo nie, to zachodzi:
W związku z tym mamy, że przynajmniej połowa wszystkich krawędzi jest w przekroju znalezionym przez algorytm zachłanny. To oczywiście dowodzi -aproksymowalności, gdyż w rozwiązaniu optymalnym nie może być więcej krawędzi niż w całym grafie.
Żeby pokazać, że algorytm poszukujący lokalnego optimum jest -aproksymacyjny nadajmy wierzchołkom numerację i oznaczmy przez liczbę krawędzi łączących z wierzchołkami z tego samego zbioru, a przez liczbę pozostałych krawędzi z nim incydentnych. Tu również zachodzi . Gdyby dla któregoś z wierzchołków było przeciwnie, to przeniesienie go do drugiego zbioru zwiekszyłoby rozmiar przekroju. Dalsza analiza jest taka sama jak poprzednio z tą różnicą, że:

W przeciwieństwie do problemu NODE COVER udało nam się skonstruować algorytmy ze stałą aproksymacji dla MAX CUT używając bardzo prostych technik - techniki zachłannej i lokalnych ulepszeń. Pokazuje to, że czasem zanim zaczniemy głębiej analizować jakiś problem, warto sprawdzić takie najprostsze podejścia.
Ćwiczenie 3.4
Problem komiwojażera - TSP
Teraz przyjrzymy się innemu klasycznemu problemowi - problemowi komiwojażera. Jest to jeden z najlepiej zbadanych problemów Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełnych ze względu na swoje praktyczne znaczenie. Warto sobie teraz przypomnieć dowód Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełności jego decyzyjnej wersji. Użyjemy ponownie tych samych redukcji w analizie możliwości aproksymacji.
Optymalizacyjna wersja problemu TSP powstaje w naturalny sposób. Wejściem jest opis odległości pomiędzy miastami, rozwiązaniami dopuszczalnymi są cykle przechodzące przez wszystkie miasta, a funkcją celu, której wartość chcemy zminimalizować jest sumaryczna długość cyklu.
Pierwsze smutne spostrzeżenie jest takie, że o ile Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{P}\neq\cc{NP}} , to nie ma możliwości skonstruowania dobrego algorytmu aproksymacyjnego. Fakt ten wyraża następujące twierdzenie:
Twierdzenie 4.1
O ile Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{P}\neq\cc{NP}} , to dla żadnego algorytmu aproksymacyjnego nie istnieje funkcja obliczalna w czasie wielomianowym taka, że jest algorytmem -aproksymacyjnym dla problemu TSP.
Dowód
Dowód wynika bezpośrednio z dowodu Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełności decyzyjnego problemu TSP. Przypomnijmy, że polegał on na redukcji problemu HAMILTON CYCLE. Wykorzystamy teraz tą redukcję do pokazania, że dowolny -aproksymacyjny algorytm pozwoliłby rozstrzygać problem cyklu Hamiltona, co przeczyłoby Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{P}\neq\cc{NP}} .
Załóżmy, że jest algorytmem -aproksymacyjnym dla problemu TSP. Chcąc zredukować problem cyklu Hamiltona dla grafu Parser nie mógł rozpoznać (nieznana funkcja „\braq”): {\displaystyle G=\braq{V,E}} o wierzchołkach tworzymy graf pełny na wierzchołkach . Przypisujemy wagi krawędziom w następujący sposób:
- jeżeli krawędź , to ustalamy jej wagę na ,
- w przeciwnym wypadku ustalamy jej wagę na Parser nie mógł rozpoznać (nieznana funkcja „\func”): {\displaystyle \func{\alpha}{n} \cdot n} .
Zauważmy, że koszt rozwiązania problemu TSP w grafie zależy od tego, czy w grafie był cykl Hamiltona:
- jeżeli graf jest grafem Hamiltonowskim, to koszt optymalnej trasy komiwojażera w wynosi ,
- w przeciwnym wypadku koszt optymalnej trasy jest większy od Parser nie mógł rozpoznać (nieznana funkcja „\func”): {\displaystyle \func{\alpha}{n} \cdot n} (bo została użyta choć jedna krawędź .
Jeżeli teraz podamy graf na wejście algorytmu , to w pierwszym przypadku znajdzie on rozwiązanie o koszcie nie większym niż Parser nie mógł rozpoznać (nieznana funkcja „\func”): {\displaystyle \func{\alpha}{n} \cdot n} , a w drugim przypadku większym od tej wartości. Można zatem rozstrzygnąć, czy w grafie jest cykl Hamiltona porównując koszt rozwiązania znalezionego przez z Parser nie mógł rozpoznać (nieznana funkcja „\func”): {\displaystyle \func{\alpha}{n} \cdot n} .
Pokazany algorytm rozstrzyga Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}} -zupełny problem HAMILTON CYCLE i działa w czasie wielomianowym. Jest to sprzecznie z założeniem Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{P}\neq\cc{NP}} .

Wersja metryczna
Pokazaliśmy, że nie ma nadziei na efektywny algorytm dla ogólnego przypadku problemu komiwojażera. Poddamy teraz analizie naturalne zawężenie problemu i odkryjemy, że jest wtedy możliwa dobra aproksymacja. Zawężeniem problemu, o którym mowa, jest nałożenie dodatkowego wymagania na odległości podawane na wejściu. Żądamy, aby spełniały one warunek trójkąta. Dla każdych trzech miast musi zachodzić:
Takie zawężenie problemu nazywa się metrycznym problemem komiwojażera i ma ono wiele praktycznych zastosowań. Nawet przy tych dodatkowych warunkach problem pozostaje Parser nie mógł rozpoznać (nieznana funkcja „\cc”): {\displaystyle \cc{NP}}
-zupełny (zwykła redukcja problemu HAMILTON CYCLE tworzy instancję metrycznego problemu komiwojażera).
Zauważmy, że konstrukcja, która pokazywała, że ogólny problem komiwojażera nie może być dobrze aproksymowany tworzyła wejścia, które zdecydowanie nie zachowywały warunku trójkąta. Daje to nadzieję na istnienie algorytmu aproksymacyjnego dla tego podproblemu.
Najpierw pokażemy algorytm -aproksymacyjny, który konstruuje cykl komiwojażera w bardzo sprytny sposób:
Algorytm 4.2 [Algorytm drzewowy]
- Znajdź minimalne drzewo rozpinające w grafie odległości.
- Podwój krawędzie drzewa otrzymując graf .
- Znajdź cykl Eulera w grafie .
- Skonstruuj cykl przechodząc po kolei i dodając każdy wierzchołek, który nie został jeszcze dodany do .
Twierdzenie 4.3
Algorytm drzewowy jest algorytmem -aproksymacyjnym.
Dowód
Dowód przeprowadzimy porównując koszt struktur konstruowanych w kolejnych krokach algorytmu względem optymalnego rozwiązania problemu. Tak więc:
- suma wag krawędzi drzewa jest mniejsza lub równa kosztowi optymalnego rozwiązania problemu. Jest tak dlatego, gdyż usuwając dowolną krawędź z rozwiązania optymalnego otrzymujemy drzewo (a raczej ścieżkę) rozpinające grafu. Tymczasem jest minimalnym drzewem rozpinającym. Mamy więc
- Parser nie mógł rozpoznać (błąd składni): {\displaystyle \textnormal{cost}(T) \leq \opt} ,
- Parser nie mógł rozpoznać (błąd składni): {\displaystyle \textnormal{cost}{\mathbb{T}} = 2 \textnormal{cost}(T) \leq 2 \opt} ,
- Parser nie mógł rozpoznać (błąd składni): {\displaystyle \textnormal{cost}{\mathbb{C}} = \textnormal{cost}{\mathbb{T}} \leq 2 \opt} ,

Wyniki osiągane przez ten algorytm można poprawić i dostać algorytm -aproksymacyjny. Szczegóły tego usprawnienia pozostawiamy na ćwiczenia.
Ćwiczenie 4.4 [Algorytm pre-order]
Algorytm 4.5 [Algorytm pre-order]
{{{3}}}
Ćwiczenie 4.6 [-aproksymacja]