Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen gezeigt.

--- ws1516:logistische_probleme [2016/02/23 16:29]
jakobfaustus
+++ ws1516:logistische_probleme [2016/05/10 14:46] (aktuell)
@@ Zeile 26: / Zeile 26: @@
 ====== Dokumentation =======
 ==== Einleitung/Grundszenario ====
-Wir befassen uns mit einem logistischen Problem, das seinen Ursprung in der Eisenbahn hat: Nach einer Streckensperrung sollen die im Bahnhof gestauten Züge in optimaler Reihenfolge ausgesandt werden. Es wird nur ein Richtungsgleis ohne Ausweichstellen betrachtet.
+Wir befassen uns mit einem logistischen Problem, das seinen Ursprung in der Eisenbahn hat: Nach einer Streckensperrung sollen die im Bahnhof gestauten Züge in optimaler Reihenfolge ausgesandt werden. Es wird nur ein Richtungsgleis ohne Ausweichstellen betrachtet, das heißt es besteht keine Überholmöglichkeit.
+In der Findungsphase stand auch noch die Idee eines Containerhafens im Raum. Bei diesem wäre das logistische Problem gewesen, die Container so zu stapeln, sodass möglichst wenige Containerbewegungen zum Umschlagen der Container in einer gewissen Zeitspanne vonnöten sind. Jedoch sprachen einige Dinge gegen diese Szenario:
+  - Die Grundstruktur mitsamt aller Rahmenbedingungen wäre deutlich schwerer und langwieriger Umzusetzen
+  - Keine so einfache Skalierbarkeit wie bei dem Eisenbahnproblem, wo schlichtweg mehr Züge aufgegleist werden.
 ==== Wie sieht eine optimale Reihenfolge aus? ====
 Der einzige entscheidende Faktor ist die Verspätung der Reisenden bzw. Güter. Auf diese nehmen die geplante Ankunftszeit (wie straff ist der Fahrplan gestrickt), ggf. Umsteigezeiten und -zahlen (wie viele Personen möchten in welche Züge umsteigen), die Zuggeschwindigkeit, der minimale Zugfolgeabstand und die Länge der Strecke bis zur nächsten Ausweichmöglichkeit Einfluss.
-All diese Eigenschaften sind im Programm frei wählbar
+All diese Eigenschaften sind im Programm frei wählbar.
 Der Grundaufbau ist so konzipiert, dass einzelne Programmteile reibungslos ausgetauscht werden können:
-  * [[ws1516:logistische_probleme:master|Masterdatei]], sie ruft die Unterprogramme auf. In ihr werden sämtliche Eigenschaften für Strecke usw. Eingetragen.
+**__BITTE DIE VERLINKTEN UNTERSEITEN IN DIESER AUFZÄHLUNG BEACHTEN__**
-  * Die Züge sind samt ihrer Eigenschaften wie Geschwindigkeit, Ort usw. Wörterbücher, die in einer Liste gespeichert sind, in einer Textdatei hinterlegt. Dies hat den Nutzen, dass eine eindeutige Reihenfolge festgelegt werden kann, ohne weitere Hilfsmittel zu verwenden.
-  * Ein [[ws1516:logistische_probleme:einleseprogramm|Einleseprogramm]] liest nun diese Textdatei ein und stellt die daraus gelesene Zugliste dem Master zur Verfügung.
-  * Dieser ruft dann die vom Benutzer ausgewählten Algorithmen auf, stoppt die Zeit und [[ws1516:logistische_probleme:auswertung|wertet die Ergebnisse aus.]]
+  * [[ws1516:logistische_probleme:master|Masterdatei, sie ruft die Unterprogramme auf. In ihr werden sämtliche Eigenschaften für Strecke usw. Eingetragen.]]
+  * [[ws1516:logistische_probleme:einleseprogramm|Die Züge sind samt ihrer Eigenschaften wie Geschwindigkeit, Ort usw. Wörterbücher, die in einer Liste gespeichert sind, in einer Textdatei hinterlegt. Dies hat den Nutzen, dass eine eindeutige Reihenfolge festgelegt werden kann, ohne weitere Hilfsmittel zu verwenden.]]
+  * Ein [[ws1516:logistische_probleme:einleseprogramm|Einleseprogramm liest nun diese Textdatei ein und stellt die daraus gelesene Zugliste dem Master zur Verfügung. ]]
+  * [[ws1516:logistische_probleme:auswertung|Dieser ruft dann die vom Benutzer ausgewählten Algorithmen auf, stoppt die Zeit und wertet die Ergebnisse aus.]]
+  * [[ws1516:logistische_probleme:simulationsprogramm|Die Grundlage der Algorithmen bildet das Simulationsprogramm, welches in zwei Varianten existiert.]]
 ===== Beschreibung der Programmteile: =====
 ==== Implementierte Algorithmen: ====
@@ Zeile 76: / Zeile 82: @@
 === 2. 2er-Tauschheuristik: Tauschen zufälliger Paare ===
 Dieser Algorithmus wählt zufällig zwei Züge aus der Liste, vertauscht beide und testet die neu gewonnene Reihenfolge auf eine Verringerung der Verspätung. Die Laufzeit hängt lediglich davon ab, wie oft man das Programm tauschen lässt. Die Tauschzahl wird beim Programmaufruf übergeben. Alternativ könnte man auch eine Methode implementieren, die das Tauschverfahren bei einer Verbesserung um x Prozent beendet.
-[[ws1516:logistische_probleme:2ercode|Quelltext]]
+  * [[ws1516:logistische_probleme:2ercode|Quelltext]]
+Es wurde eine Testreihe mit 6 Zügen und jeweils 50 Wiederholungen angefertigt, bei der die Tauschzahl verändert wurde.
+{{ :ws1516:2ertausch2.png?direct |}}
+Es lässt sich schnell erkennen, dass ab etwa 75 Tauschen kaum noch Verbesserungen erzielt werden können. Die Werte darüber variieren lediglich durch die Streuung der Zufallskomponente. Deshalb sei im Anschluss noch einmal ein genauerer Blick auf das Diagramm geworfen:
+{{ :ws1516:2ertauschzoom.png?direct |}}
+Diese Grafik deckt sich sehr gut mit der Beobachtung, dass selbst bei einer Tauschzahl >200 sehr selten nach mehr als 50 Versuchen noch einmal getauscht wird.
 === 3. 3er-Tauschheuristik: Tauschen einer 3er-Kombination ===
@@ Zeile 82: / Zeile 96: @@
 Aus kuriosen Gründen funktioniert dieser Algorithmus jedoch nicht, näheres im Protokoll.
 [[ws1516:logistische_probleme:2ercode|Quelltext]]
 === 4. Simulated Annealing ===
-Wir erinnern uns zurück an das Modell der Landschaft: Der Algorithmus arbeitet nun ähnlich dem 2er-Tauschalgorithmus, mit einer entscheidenden Änderung: Ähnlich des Abkühlens von Metallen oder Kristallisierung ist es dem Algorithmus möglich, auch Schritte „bergauf“ zu Springen um einem Möglichen lokalen Minimum zu entkommen. Die Sprungwahrscheinlichkeit ist abhängig von der „Temperatur“ des Systems, die abhängig von der Laufzeit ist. Die Geschwindigkeit und Form dieser Abkühlung ist nun imminent wichtig für den Erfolg des Annealing-Algorithmus.
+Das Simulated Annealing ist eine Heuristik, die Beispielsweise für die Chipentwicklung genutzt wird. So wie bei Leiterplatten die Leiterbahnen möglichst kurz sein sollen, sollen bei uns möglichst schnell alle Züge ihren Bestimmungsort erreicht haben.
-FIXME [Details Annealing, Abkühlen usw. einfügen]
-[[ws1516:logistische_probleme:2ercode|Quelltext]]
+Wir erinnern uns zurück an das Modell der Landschaft: Der Algorithmus arbeitet nun ähnlich dem 2er-Tauschalgorithmus, mit einer entscheidenden Änderung: Es is dem Algorithmus möglich, auch schlechtere Zustände anzunehmen in der Hoffnung, so einem lokalen Optimum zu entkommen. In der Natur findet man Simulated Annealing bei der Abkühlung eines glühenden Metalles (daher der Name, "annealing" ist englisch für "ausglühen"). So können Metalle beim Abkühlen einen sehr günstigen Energiezustand erreichen.
+Die Sprungwahrscheinlichkeit für eine Verschlechterung ist abhängig von der „Temperatur“ des Systems, die wiederum abhängig von der Laufzeit ist (das System kühlt ab). Die Geschwindigkeit und Form dieser Abkühlung ist nun imminent wichtig für den Erfolg des Annealing-Algorithmus.
+Wir haben mehrere Abkühlungschemata getestet, Aufstieg bezeichnet eine Verschlechterung, Abstieg eine Verbesserung.
+Grunddaten:
+Züge
+Brutale Rechenzeit auf Acer c720p mit Ubuntu 14.04 in chroot-Umgebung: 8,646 s
+Multiplikation mit konstantem Faktor, 50 Wiederholung, 2er-Tauschverfahren:
+{{ :ws1516:diagramm.png?direct |}}
+Es zeigt sich, dass das Annealing im Vergleich stets ein bisschen besser ist als das reine Tauschen, also alles wie erwartet. Der Unterschied ist jedoch alles andere als frappierend.
+{{ :ws1516:annealing.png?direct |}}
+Aufgrund der Mehrfachausführung einzelner Temperaturstufen beim Annealing überträgt sich der Effekt des "Einpendelns" der Tauschheuristik vor allem auf die schnellen Abkühlungen. Beim langsamen Abkühlen kann das Annealing jedoch seine Stärke beweisen. Besonders groß sind die Differenzen bei 6 Zügen jedoch auch noch nicht. Für das Aufstellen von Statistiken mit mehr als 6 Zügen fehlte jedoch die Rechenzeit bzw. Leistung.
+  * [[ws1516:logistische_probleme:annealing|Quelltext]]
+====== Rückblick/Selbstreflektion/Ausblick ======
+=== Probleme des Programms ===
+  * Das Programm ist nicht Objektorientiert geschrieben. Dies wirkte zu Beginn nicht notwendig, jedoch wuchs der Code Tumorartig in alle Richtung und selbst mit Dokumentation und Kommentaren ist es für Außenstehende wohl schwer zu verstehen.
+  * Wir haben viel Zeit an irritierenden Bugs verloren, trotz der "Großzügigste Schätzung * 2"-Zeitplanung
+  * Die Ergebnisse werden nicht sehr handlich dargestellt
+=== Probleme vor dem Computer ===
+  * Keiner aus dem Team hat LinA belegt, was für die Algorithmenprogrammierung eine große Hürde ist
+  * Durch die Differenz in der Programmiererfahrung wurde viel Zeit beim erklären verloren
+  * Mathesis stand stets im Termin-/Prioritätenkonflikt mit Analysis und Einführung in das Verkehrswesen, welche beide vorher fällig waren.
+  * Nach der Mathesis-Blockveranstaltung war wieder Terminkonflikt mit Familie usw., größtes Problem war dabei viel Zeit ohne Internet, sodass nicht an der Wiki gearbeitet werden konnte.
+=== Ausblick ===
+  * Ich selbst (Jakob) befürchte, dass wenn man wirklich weiterarbeiten wollte, ein komplettes neuschreiben des Programmes bereits mittelfristig der erste wichtige Punkt wäre, der sich dann schnell auszahlt.
+Trotz allem hat das Mathesis-Labor viel Freude bereitet und war definitiv die richtige Wahl!
 ====== Protokoll ======
 Klick:
-[[ws1516:logistische_probleme:protokoll]]
+  * [[ws1516:logistische_probleme:protokoll|Protokoll]]

Mathesis Wiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge