lamboot - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

lamboot - Starten Sie einen LAM-Multicomputer.

ZUSAMMENFASSUNG

lamboot [-b] [-d] [-h] [-H] [-l] [-s] [-v] [-V] [-x] [-nn] [-np] [-c conf file ] [-Präfix
/lam/install/path/] [-sessionprefix-Wert] [-sessionsuffix-Wert]
[-withlamprefixpath-Wert] [-ssi-Schlüsselwert] [bhost]

OPTIONAL

-b Angenommen, die lokale und die entfernte Shell sind gleich. Dies bedeutet, dass nur eine Remote-Shell
Aufruf wird für jeden Knoten verwendet. Wenn -b wird nicht verwendet, zwei Remote-Shell-Aufrufe
werden für jeden Knoten verwendet.

-d Schalten Sie die Debug-Ausgabe ein. Dies impliziert -v.

-h Drucken Sie das Befehlshilfemenü.

-l Auflösung von Hostname zu IP-Adresse verzögern.

-Präfix Verwenden Sie die in /lam/install/path/ angegebene LAM-Installation. Nicht kompatibel mit
LAM/MPI-Versionen vor 7.1.

-s Schließen Sie stdio auf dem lokalen Knoten.

-ssi Schlüssel Wert
Senden Sie Argumente an verschiedene SSI-Module. Siehe den Abschnitt "SSI" unten.

-v Seien Sie ausführlich.

-x Im fehlertoleranten Modus ausführen.

-H Befehlskopfzeile nicht anzeigen.

-nn Fügen Sie kein "-n" zur Befehlszeile des Remote-Agenten hinzu

-np Erzwinge nicht die Ausführung von $HOME/.profile auf entfernten Hosts

-Session-Präfix Wert
Legen Sie das Sitzungspräfix fest und überschreiben Sie LAM_MPI_SESSION_PREFIX.

-Sitzungssuffix Wert
Legen Sie das Sitzungssuffix fest und überschreiben Sie LAM_MPI_SESSION_SUFFIX.

-mit Lampenkennzeichnungspfad Wert
Überschreiben Sie den internen Installationspfad. Nur für den internen Gebrauch, nicht verwenden, es sei denn
Du weißt, was du tust.

VARIABLEN

LAM_MPI_SESSION_PREFIX

LAM_MPI_SESSION_SUFFIX
Es ist möglich, das von LAM/MPI verwendete Sitzungsverzeichnis zu ändern, normalerweise von den
bilden:

tmpdir/lam-username@hostname[-suffix]

tmpdir wird auf . gesetzt LAM_MPI_SESSION_PREFIX wenn eingestellt. Sonst fällt es zurück auf
der Wert TMPDIR. Wenn keine dieser Einstellungen gesetzt ist, ist die Standardeinstellung /tmp.

Suffix kann überschrieben werden durch LAM_MPI_SESSION_SUFFIX Umgebungsvariable. Wenn
LAM_MPI_SESSION_SUFFIX ist nicht festgelegt und LAM wird unter einem unterstützten Batch ausgeführt
Terminplanungssystem, $Suffix ist ein Wert, der für den aktuell ausgeführten Job eindeutig ist.

BESCHREIBUNG

Das Lamm Tool startet die LAM-Software auf jeder der im Boot angegebenen Maschinen
Schema, bhost. Das Boot-Schema gibt die Hostnamen der Knoten an, die in der Ausführung verwendet werden sollen.
Zeit MPI-Umgebung und listet optional auf, wie viele CPUs LAM auf jedem Knoten verwendet werden können. Die
Benutzer möchten möglicherweise zuerst die Recon(1) Tool zur Überprüfung, ob LAM gestartet werden kann.

Das Starten von LAM ist ein dreistufiges Verfahren. Im ersten Schritt, hboot(1) wird bei jedem von aufgerufen
die angegebenen Maschinen. Dann weist jede Maschine einen dynamischen Port zu und kommuniziert ihn
zurück zur Lamm der sie sammelt. Im dritten Schritt, Lamm gibt jeder Maschine die
Liste von Maschinen/Ports, um eine vollständig verbundene Topologie zu bilden. Wenn eine Maschine war
nicht starten kann oder eine Zeitüberschreitung abgelaufen ist, bevor der erste Schritt abgeschlossen ist, Lamm
ruft auf lammwisch(1) um LAM zu beenden und den Fehler zu melden.

Das bhost file ist ein LAM-Boot-Schema, das in der Hostdateisyntax geschrieben ist. Sehen bhost(5).
Anstelle der Kommandozeile kann in der LAMBHOST-Umgebung ein Boot-Schema angegeben werden
Variable. Andernfalls wird eine Standarddatei, lam-bhost.def, verwendet. LAM sucht nach bhost zuerst
im lokalen Verzeichnis und dann im Installationsverzeichnis unter etc/.

Zudem hat auch Frau Lamm verwendet ein Prozessschema für die einzelnen LAM-Knoten. Ein Prozessschema
(sehen conf(5)) ist eine Beschreibung der Prozesse, die das Betriebssystem auf einem
Knoten. Im Allgemeinen verwaltet der Systemadministrator diese Datei – LAM/MPI-Benutzer werden
im Allgemeinen müssen Sie diese Datei nicht ändern. Es ist auch möglich, dass der Benutzer die
LAM-Software mit privatem Prozessschema.

Das bhost Datei
Das Format der bhost Datei ist in der dokumentiert bhost(5) Handbuchseite.

Lamm wird alle Namen in auflösen bhost auf dem Knoten, in dem Lamm aufgerufen wurde (die
Ursprungsknoten). Danach verwendet LAM nur noch IP-Adressen, keine Namen. Insbesondere die
Die Konfiguration der Namensauflösung auf allen anderen Knoten wird nicht verwendet. Daher ist der Ursprungsknoten
muss in der Lage sein, alle Namen in aufzulösen bhost an Adressen, die für alle erreichbar sind
andere Knoten.

Ein häufiger Fehler ist es aufzulisten localhost (oder ein beliebiger Name, der sich in die spezielle Adresse auflöst
127.0.0.1 -- das Loopback-TCP/IP-Gerät) in a bhost Datei, die andere Knoten enthält. In
In diesem Fall würde die Adresse 127.0.0.1 an jeden der anderen Knoten als Adresse gesendet
des Ursprungsknotens. Wenn die anderen Knoten versuchen, 127.0.0.1 zu verwenden, um den Ursprungsknoten zu kontaktieren,
Sie werden sich tatsächlich selbst kontaktieren und schließlich eine Zeitüberschreitung und einen Fehler erzielen.

Die erhaltenen IP-Adressen von bhost werden für die Metanachrichten von LAM verwendet: Startup und
das Herunterfahren von Jobs, Out-of-Band-Nachrichten, die für die Koordination verwendet werden, usw. Die Menge des Datenverkehrs
ist ziemlich niedrig (es sei denn, Sie verwenden den "lamd"-Modus der MPI-Nachrichtenweitergabe, in diesem Fall sind alle MPI
Verkehr wird auch die Metanachrichten von LAM für den Transport verwenden -- siehe mpirun(1)). Beim Benutzen
die TCP RPI, diese IP-Adressen werden auch für die MPI-Nachrichtenweiterleitung über direkte Sockets verwendet
zwischen jedem Knotenpaar.

Ein häufiger Fall ist, dass ein „Master“-Knoten über mehrere Netzwerkschnittstellenkarten (NICs) verfügt – eine
das mit einem öffentlichen Netzwerk verbunden ist, und eines, das mit einem privaten Netzwerk verbunden ist
wo parallele Jobs ausgeführt werden sollen. Um den Master-Knoten in a . einzuschließen bhost Datei, die IP
Name (oder Adresse) der Netzwerkkarte im privaten Netzwerk sollte in aufgeführt sein bhost. Dies
stellt sicher, dass alle anderen Knoten den Master-Knoten im privaten Netzwerk erreichen können.

Als weiteres Beispiel haben einige Konfigurationen mehrere TCP/IP-NICs in jedem Knoten eines
parallele Arbeit. Eine NIC gilt als "langsam" (z. B. 10 Mbit/s), während die andere als "langsam" angesehen wird
"schnell" (zB 100Mbps). Es ist wünschenswert, dass LAM die Vorteile der höheren
Bandbreite im "schnellen" Netz für MPI-Nachrichten. Als solche, bhost sollte die IP-Namen auflisten
(oder Adressen) aller "schnellen" NICs. Wenn die LAM-RPI jedoch kein TCP/IP verwendet (z.
das Myrinet/GM RPI), das bhost Datei sollte wahrscheinlich die "langsamen" NICs auflisten, damit LAMs
Metanachrichtenverkehr verursacht keinen Overhead und beeinträchtigt möglicherweise die Leistung auf
das "schnelle" Netzwerk von anderen Hochleistungsanwendungen.

Verzögerung hostname Nachschlagen
Normalerweise erfolgt die Namensauflösung von Hostnamen auf den Maschinen, auf denen Lamm wird aufgerufen.
Dies geschieht aus Optimierungsgründen, so dass die Liste der Hostnamen nur
einmal aufgelöst (wodurch möglicherweise die Menge an DNS oder anderen Hostnamen-Lookup-Netzwerken minimiert wird)
der Verkehr).

In einigen uneinheitlichen Netzwerkumgebungen ist dies jedoch nicht ausreichend, da jede
host kann auf jedem seiner Peers eine andere IP-Adresse haben. Host A kann beispielsweise haben
Adresse Z auf Host B, aber Adresse Y auf Host C.

Das -l Option zu Lamm bewirkt, dass LAM Hostnamen an jeden Knoten verteilt, anstatt an a
vollständig aufgelöster Satz von IP-Adressen. Daher macht jeder Knoten, auf dem LAM gebootet wird, seine eigenen
Namensauflösung in der Liste der Hostnamen.

SSI (System Leistungen Schnittstelle)
Das -ssi switch ermöglicht die Übergabe von Parametern an verschiedene SSI-Module. SSI . von LAM
Module sind ausführlich beschrieben in lamssi(7). SSI-Module haben direkten Einfluss auf MPI
Programme, da sie die Einstellung einstellbarer Parameter zur Laufzeit ermöglichen (z
zu verwendenden Gerätetreiber, welche Parameter an diesen Treiber übergeben werden usw.).

Das -ssi switch nimmt zwei Argumente an: Schlüssel und Wertdem „Vermischten Geschmack“. Seine Schlüssel Argument spezifiziert im Allgemeinen
welches SSI-Modul den Wert erhält. Zum Beispiel die Schlüssel "boot" wird verwendet, um auszuwählen
welche RPI zum Starten von Prozessen auf Remote-Knoten verwendet werden soll. Die Wert Argument ist das
Wert, der übergeben wird. Zum Beispiel:

lamboot -ssi boot tm
Weist LAM an, das Boot-Modul "tm" für den nativen Start in PBSPro / OpenPBS zu verwenden
Umgebungen (das tm-Boot-Modul erfordert kein Boot-Schema).

lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" boot_schema
Weist LAM an, das Boot-Modul "rsh" zu verwenden, und weist das rsh-Modul an, "ssh -x" als
der spezifische Agent, um ausführbare Dateien auf Remote-Knoten zu starten.

Und so weiter. Die Boot-SSI-Module von LAM werden beschrieben in lamssi_boot(7). Diese Seite sollte sein
nach bestimmten Aktionen gefragt, die von ausgeführt werden, und wie das Laufzeitverhalten optimiert werden kann
jedes Bootmoduls.

Das -ssi Schalter kann mehrmals verwendet werden, um unterschiedliche zu spezifizieren Schlüssel und / oder Wert
Argumente. Wenn das gleiche Schlüssel wird mehrfach angegeben, die Werts sind verkettet mit
ein Komma (","), das sie trennt.

Beachten Sie, dass die -ssi switch ist einfach eine Verknüpfung zum Setzen von Umgebungsvariablen. Die
Der gleiche Effekt kann erreicht werden, indem vorher entsprechende Umgebungsvariablen gesetzt werden
Laufen Lamm. Die Form der Umgebungsvariablen, die LAM festlegt, sind:
LAM_MPI_SSI_key=Wert.

Beachten Sie, dass die -ssi switch überschreibt alle zuvor festgelegten Umgebungsvariablen. Beachten Sie auch
das unbekannte Schlüssel Argumente werden immer noch als Umgebungsvariable gesetzt -- sie werden nicht überprüft
(Durch lammwisch) auf Richtigkeit. Unzulässig oder falsch Wert Argumente können sein oder nicht
gemeldet -- es hängt vom spezifischen SSI-Modul ab.

Remote Ausführbar Aufruf
Alle veränderbaren Aspekte des Startens von ausführbaren Dateien auf Remote-Knoten während Lamm sind
diskutiert in lamssi(7) und lamssi_boot(7). Zu den Themen gehören (aber nicht beschränkt auf):
Erkennung von Remote-Shell, Laufzeitüberschreibungen des Agenten zum Starten von Remote
ausführbare Dateien (z. B. rsh und ssh) usw.

Schließen stdio
Das stdio jedes LAM-Daemons auf einem entfernten Host, der von . gestartet wird Lamm ist geschlossen von
Ursprünglich. Normalerweise wird das stdio des auf dem lokalen Host gestarteten LAM-Daemons geöffnet gelassen
dass das interne LAM tstdio(3) Paket funktioniert ordnungsgemäß. Allerdings ist es manchmal
wünschenswert, auch das stdio des lokalen LAM-Daemons zu schließen. Zum Beispiel:

rsh somenode lamboot -s Hostdatei

Das ist weil rsh wartet auf zwei Bedingungen vor dem Beenden: Lamm zu beenden, und stdout /
stderr geschlossen werden. Ohne -s, stdout / stderr würde nicht geschlossen werden, und rsh (und ssh)
wird trotzdem hängen Lamm abgeschlossen hatte. -s verursacht den stdout / stderr des local
Der LAM-Daemon muss beim Aufruf geschlossen werden, was ermöglicht rsh fertigstellen. Verwenden von -s werden wir
nicht betroffen Lamm auf andere Weise, aber es verhindert die tstdio(3) Paket von
funktioniert richtig.

Fehler Toleranz
Besitzt das -x Option angegeben ist, wird LAM im fehlertoleranten Modus ausgeführt. In diesem Modus tauschen Knoten
``Herzschlag''-Meldungen in regelmäßigen Abständen, um sicherzustellen, dass alle Knoten und die Links ausgeführt werden
deren Verbindung betriebsbereit ist. Wenn das Herz eines Knotens aufhört, wird er für ``tot'' erklärt
und alle LAM-Knoten (und Prozesse) werden benachrichtigt. Dadurch können Benutzer fehlertolerant schreiben
Anwendungen, die sich ordnungsgemäß verschlechtern oder vollständig wiederherstellen können, indem der ausgefallene Knoten ersetzt wird
mit einem anderen (siehe wachsen(1)). Da dieser Modus eine Leistungseinbuße einführt, ist es
standardmäßig nicht aktiviert.

Beispiele:

Lamboot-v
Starten Sie LAM auf den Maschinen, die im Standard-Boot-Schema beschrieben sind. Berichten über
wichtige Schritte, wie sie getan werden.

lamboot -d Hostdatei
Starten Sie LAM auf den in Datei . beschriebenen Maschinen Hostdatei. Biete unglaublich detailliert
meldet, was in jeder Phase des Bootvorgangs passiert.

Lamboot-Mynoden
Starten Sie LAM auf den Maschinen, die im Boot-Schema beschrieben sind Mynoden. Betreiben Sie lautlos.

Verwenden Sie lamboot online mit den onworks.net-Diensten