dmtcp_rm_loclaunch – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

dmtcp - Verteiltes Multithreaded-Checkpointing

ZUSAMMENFASSUNG

dmtcp_koordinator [Hafen]

dmtcp_launch befehl [args...]

dmtcp_restart ckpt_FILE1.dmtcp [ckpt_FILE2.dmtcp...]

dmtcp_command KoordinatorKommando

BESCHREIBUNG

DMTCP ist ein Werkzeug, um den Status einer beliebigen Gruppe von Programmen transparent zu überprüfen
auf viele Maschinen verteilt und über Steckdosen verbunden. Es ändert nicht die des Benutzers
Programm noch das Betriebssystem. MTCP ist eine eigenständige Komponente von DMTCP, die als
Checkpointing-Bibliothek für einen einzelnen Prozess.

OPTIONAL

Für jeden Befehl zeigt das Flag --help oder -h die Befehlszeilenoptionen an. Die meisten Befehle
Zeilenoptionen können auch über Umgebungsvariablen gesteuert werden. Diese können eingestellt werden
bash mit "export NAME=value" oder in tcsh mit "setenv NAME value".

DMTCP_CHECKPOINT_INTERVAL=Ganzzahl
Zeit in Sekunden zwischen automatischen Kontrollpunkten. Auch Checkpoints können eingeleitet werden
manuell durch Eingabe von 'c' in den Koordinator. (Standard: 0, deaktiviert;
nur dmtcp_coordinator)

DMTCP_HOST=Zeichenfolge
Hostname, auf dem der clusterweite Koordinator ausgeführt wird. (Standard: localhost;
dmtcp_launch, nur dmtcp_restart)

DMTCP_PORT=Ganzzahl
Der Port, auf dem der clusterweite Koordinator lauscht. (Standard: 7779)

DMTCP_GZIP=(1|0)
Auf "0" setzen, um die Komprimierung von Prüfpunktbildern zu deaktivieren. (Standard: 1, Komprimierung
aktiviert; nur dmtcp_launch) WARNUNG: gzip fügt Sekunden hinzu. Ohne gzip,
ckpt/restart ist oft kleiner als 1 s

DMTCP_CHECKPOINT_DIR=Pfad
Verzeichnis zum Speichern von Prüfpunktbildern. (Standard: ./)

DMTCP_SIGCKPT=Ganzzahl
Interne Signalnummer, die für das Checkpointing verwendet wird. Darf nicht vom Benutzer verwendet werden
Programm. (Standard: SIGUSR2; nur dmtcp_launch)

DMTCP_COORDINATOR

Jede zu überprüfende Berechnung muss einen DMTCP-Koordinatorprozess enthalten. Man kann
einen Koordinator explizit über dmtcp_coordinator starten oder starten lassen
implizit im Hintergrund durch entweder dmtcp_launch oder dmtcp_restart ausgeführt werden. Die Adresse
des eindeutigen Koordinators sollte durch dmtcp_launch, dmtcp_restart und . angegeben werden
dmtcp_command entweder über die Befehlszeilen-Flags --host und --port oder über die
Umgebungsvariablen DMTCP_HOST und DMTCP_PORT. Wenn keines angegeben ist, wird das Host-Port-Paar
Standardmäßig ist localhost-7779. Das einem bestimmten Koordinator zugeordnete Host-Port-Paar
wird durch die Befehlszeilen-Flags angegeben, die im Befehl dmtcp_coordinator verwendet werden, oder die
Umgebungsvariablen, die dann in Kraft sind, oder der Standard von localhost-7779.

Der Koordinator ist staatenlos und ist nicht Kontrollpunkt. Beim Neustart kann man ein vorhandenes
oder einen neuen Koordinator. Mehrere Berechnungen unter DMTCP-Kontrolle können nebeneinander bestehen, indem
einen eindeutigen Koordinator (mit einem eindeutigen Host-Port-Paar) für jede solche Berechnung.

Der Koordinator initiiert einen Prüfpunkt für alle Prozesse in seiner Berechnungsgruppe.
Checkpoints können: automatisch in einem Intervall durchgeführt werden (siehe DMTCP_CHECKPOINT_INTERVAL
Oben); oder manuell über die Standardeingabe des Bündlers ausgelöst (siehe nächste
Absatz); oder direkt unter Programmsteuerung durch die Berechnung durch die
dmtcpaware-API (siehe unten).

Der Koordinator akzeptiert die folgenden Befehle an seiner Standardeingabe. Jeder Befehl sollte
gefolgt von der Schlüssel. Die Befehle sind:
l : Liste verbundener Knoten
s : Statusmeldung drucken
c : Checkpoint alle Knoten
f : Neustart erzwingen, auch wenn Knoten fehlen (Debugging)
k : Töte alle Knoten
q : Alle Knoten töten und beenden
? : Diese Nachricht anzeigen

Koordinatorbefehle können auch aus der Ferne ausgegeben werden mit dmtcp_command.

BEISPIEL ANWENDUNG

1. Starten Sie in einem separaten Terminalfenster den dmtcp_coodinator.
(Siehe vorherigen Abschnitt.)

dmtcp_koordinator

2. Ersetzen Sie in einem oder mehreren separaten Terminals jeden Befehl/jede(n) Befehl(e) durch "dmtcp_launch".
[Befehl]". Das Programm mit Checkpoint verbindet sich mit dem Koordinator, der durch . angegeben ist
DMTCP_HOST und DMTCP_PORT. Neue Threads werden im Rahmen der
Prozess. Untergeordnete Prozesse werden automatisch mit Prüfpunkten versehen. Remote-Prozesse
gestartet über ssh wird automatisch überprüft. (Intern modifiziert DMTCP die
ssh Befehlszeile zum Aufrufen von dmtcp_launch auf dem Remote-Host.)

dmtcp_launch ./myprogram

3. Um einen Prüfpunkt manuell zu initiieren, führen Sie entweder den folgenden Befehl aus
oder tippe "c" gefolgt von in den Koordinator. Checkpoint-Dateien für jeden
Prozess wird in DMTCP_CHECKPOINT_DIR geschrieben. Der dmtcp_coordinator schreibt
"dmtcp_restart_script.sh" in sein Arbeitsverzeichnis. Dieses Skript enthält die
notwendige Aufrufe von dmtcp_restart, um die gesamte Berechnung neu zu starten, einschließlich
Remote-Prozesse erstellt über ssh.

dmtcp_command -c
ODER: dmtcp_command --checkpoint

4. Um neu zu starten, sollte man dmtcp_restart_script.sh ausführen, was ist
erstellt vom dmtcp_coordinator in seinem Arbeitsverzeichnis zum Zeitpunkt von
Kontrollpunkt. Sie können dieses Skript optional bearbeiten, um Prozesse auf andere zu migrieren
Gastgeber. Standardmäßig wird nur ein neu gestarteter Prozess im Vordergrund neu gestartet
und erhalten die Standardeingabe. Das Skript kann bearbeitet werden, um den Prozess auszuwählen
wird im Vordergrund neu gestartet.

./dmtcp_restart_script.sh

DMTCPAWARE API

DMTCP bietet eine Programmierschnittstelle, mit der Anwendungen mit Prüfpunkten interagieren können
dmtcp. In der Quelldistribution siehe dmtcpaware/dmtcpaware.h für die Funktionen
erhältlich. Siehe test/dmtcpaware[123].c für drei Beispielanwendungen. Als Beispiel für
seine Verwendung, versuchen Sie:

CD-Test; rm dmtcpaware1; dmtcpaware1 erstellen; ./autotest -v dmtcpaware1

Die Benutzeranwendung sollte mit libdmtcpaware.so (-ldmtcpaware) verlinken und den Header verwenden
Datei dmtcp/dmtcpaware.h.

DMTCP PLUGIN MODULE

Die Quelldistribution enthält ein Top-Level Plugin Verzeichnis, mit Beispielen für die Vorgehensweise
ein Plugin-Modul für DMTCP schreiben. Weitere Beispiele sind in der testen/plugin Verzeichnis. Das
Plugin-Funktion fügt drei neue benutzerprogrammierbare Funktionen hinzu. Ein Plugin kann: Wrapper hinzufügen
um Systemaufrufe herum; bei bestimmten Ereignissen besondere Maßnahmen ergreifen (z. B. Vorkontrollen,
Wiederaufnahme/Nach-Checkpoint, Neustart); und kann Schlüssel-Wert-Paare in eine Datenbank einfügen bei
Neustartzeit, die dann von den neu gestarteten Prozessen von a . abgefragt werden kann
Berechnung. (Die für die Plugin-Funktion verfügbaren Ereignisse bilden eine Obermenge der Ereignisse
verfügbar mit der dmtcpaware-Schnittstelle.) Ein oder mehrere Plugins werden über eine Liste von
durch Doppelpunkte getrennte absolute Pfadnamen.

dmtcp_launch --with-plugin PLUGIN1[:PLUGIN2]...

RÜCKKEHR CODE

Ein Zielprogramm unter DMTCP-Steuerung gibt normalerweise denselben Returncode zurück, als ob es ausgeführt würde
ohne DMTCP. Wenn jedoch DMTCP fehlschlägt (im Gegensatz zum Zielprogramm), wird DMTCP
gibt einen DMTCP-spezifischen Rückkehrcode rc (oder rc+1, rc+2 für zwei Sonderfälle) zurück, wobei rc
ist der ganzzahlige Wert der Umgebungsvariablen DMTCP_FAIL_RC, falls gesetzt, oder der Standardwert
Wert, 99.

Verwenden Sie dmtcp_rm_loclaunch online über die Dienste von onworks.net