lamboot - Online în cloud

PROGRAM:

NUME

lamboot - Porniți un multicomputer LAM.

REZUMAT

lamboot [-b] [-d] [-h] [-H] [-l] [-s] [-v] [-V] [-x] [-nn] [-np] [-c conf file ] [-prefix
/lam/install/path/] [valoare-sessionprefix] [valoare-sessionsuffix]
[-withlamprefixpath value] [-ssi valoarea cheii] [bhost]

OPŢIUNI

-b Să presupunem că shell-ul local și la distanță sunt același. Aceasta înseamnă că o singură carcasă de la distanță
invocarea este utilizată pentru fiecare nod. Dacă -b nu este utilizat, două invocări de la distanță shell
sunt folosite pentru fiecare nod.

-d Activați ieșirea de depanare. Aceasta implică -v.

-h Tipăriți meniul de ajutor pentru comenzi.

-l Întârzierea rezoluției de la numele gazdei la adresa IP.

-prefix Utilizați instalarea LAM specificată în /lam/install/path/. Nu este compatibil cu
Versiuni LAM/MPI anterioare 7.1.

-s Închideți stdio pe nodul local.

-ssi cheie valoare
Trimiteți argumente către diverse module SSI. Consultați secțiunea „SSI”, mai jos.

-v Fii verbis.

-x Rulați în modul tolerant la erori.

-H Nu afișați antetul comenzii.

-nn Nu adăugați „-n” la linia de comandă a agentului de la distanță

-np Nu forțați execuția $HOME/.profile pe gazde la distanță

-sesiune-prefix valoare
Setați prefixul de sesiune, suprascriind LAM_MPI_SESSION_PREFIX.

-sedinta-sufix valoare
Setați sufixul sesiunii, suprascriind LAM_MPI_SESSION_SUFFIX.

-culampaprefixpath valoare
Ignorați calea de instalare internă. Numai pentru uz intern, nu utilizați decât dacă
stii ce faci.

MEDIUL VARIABILE

LAM_MPI_SESSION_PREFIX

LAM_MPI_SESSION_SUFFIX
Este posibil să se schimbe directorul de sesiune utilizat de LAM/MPI, în mod normal al
formă:

tmpdir/lam-nume utilizator@nume gazdă[-sufix]

tmpdir va fi setat la LAM_MPI_SESSION_PREFIX dacă este setat. În caz contrar, va reveni la
valoarea TMPDIR. Dacă niciunul dintre acestea nu este setat, valoarea implicită este /tmp.

sufixul poate fi înlocuit de LAM_MPI_SESSION_SUFFIX variabilă de mediu. Dacă
LAM_MPI_SESSION_SUFFIX nu este setat și LAM rulează într-un lot acceptat
sistem de programare, $sufix va fi o valoare unică pentru jobul care rulează în prezent.

DESCRIERE

laboot instrumentul pornește software-ul LAM pe fiecare dintre mașinile specificate în boot
schemă, bhost. Schema de pornire specifică numele de gazdă ale nodurilor care vor fi utilizate în rulare.
timp MPI și, opțional, listează modul în care CPU-urile LAM pot folosi pe fiecare nod. The
utilizatorul poate dori să ruleze mai întâi programul Recon(1) instrument pentru a verifica dacă LAM poate fi pornit.

Pornirea LAM este o procedură în trei etape. În primul pas, hboot(1) se invocă pe fiecare dintre
mașinile specificate. Apoi fiecare mașină alocă un port dinamic și îl comunică
înapoi la laboot care le adună. În a treia etapă, laboot oferă fiecărei mașini
lista de mașini/porturi pentru a forma o topologie complet conectată. Dacă vreo mașină a fost
nu poate începe sau dacă o perioadă de expirare expiră înainte de finalizarea primului pas, laboot
invocă lamwipe(1) pentru a opri LAM și raportează eroarea.

bhost fișierul este o schemă de pornire LAM scrisă în sintaxa fișierului gazdă. Vedea bhost(5).
În loc de linia de comandă, o schemă de pornire poate fi specificată în mediul LAMBHOST
variabil. În caz contrar, se folosește un fișier implicit, lam-bhost.def. LAM caută bhost primul
în directorul local și apoi în directorul de instalare sub etc/.

În plus, laboot utilizează o schemă de proces pentru nodurile LAM individuale. O schemă de proces
(A se vedea conf(5)) este o descriere a proceselor care constituie sistemul de operare pe a
nodul. În general, administratorul de sistem menține acest fișier -- utilizatorii LAM/MPI o vor face
în general, nu este nevoie să schimbați acest fișier. Este, de asemenea, posibil ca utilizatorul să personalizeze
Software LAM cu o schemă de proces privată.

bhost fişier
Formatul bhost dosarul este documentat în bhost(5) pagina de manual.

laboot va rezolva toate numele în bhost pe nodul în care laboot a fost invocat (
nodul de origine). După aceea, LAM va folosi numai adrese IP, nu nume. Mai exact, cel
configurația rezoluției numelui pe toate celelalte noduri nu este utilizată. Prin urmare, nodul de origine
trebuie să poată rezolva toate numele în bhost la adrese accesibile tuturor
alte noduri.

O greșeală comună este de a enumera localhost (sau orice nume care se rezolvă la adresa specială
127.0.0.1 -- dispozitivul TCP/IP loopback) într-un bhost fișier care conține alte noduri. În
în acest caz, adresa 127.0.0.1 va fi trimisă fiecăruia dintre celelalte noduri ca adresă
a nodului de origine. Dacă celelalte noduri încearcă să folosească 127.0.0.1 pentru a contacta nodul de origine,
ei se vor contacta pe ei înșiși și, în cele din urmă, vor expira și vor eșua.

Adresele IP obținute de la bhost sunt folosite pentru meta mesajele LAM: startup și
oprirea joburilor, mesajele în afara benzii utilizate pentru coordonare etc. Cantitatea de trafic
este destul de scăzută (cu excepția cazului în care se utilizează modul „lamd” de transmitere a mesajelor MPI, caz în care toate MPI
traficul va utiliza, de asemenea, meta mesajele LAM pentru transport -- vezi mpirun(1)). Atunci când se utilizează
TCP RPI, aceste adrese IP sunt, de asemenea, folosite pentru transmiterea mesajelor MPI prin socluri directe
între fiecare pereche de noduri.

Un caz obișnuit este în cazul în care un nod „master” are mai multe plăci de interfață de rețea (NIC) -- una
care este conectat la o rețea publică și unul care este conectat la o rețea privată
unde urmează să fie executate lucrări paralele. Pentru a include nodul principal într-un bhost fișier, IP-ul
numele (sau adresa) NIC din rețeaua privată ar trebui să fie listate în bhost. Acest
asigură că toate celelalte noduri pot ajunge la nodul principal din rețeaua privată.

Ca un alt exemplu, unele configurații au mai multe NIC-uri TCP/IP în fiecare nod al unui
muncă paralelă. Un NIC este considerat „lent” (de exemplu, 10 Mbps), în timp ce celălalt este considerat
„rapid” (de exemplu, 100 Mbps). Este de dorit să se permită LAM să profite de cele mai mari
lățime de bandă în rețeaua „rapidă” pentru mesajele MPI. Ca atare, bhost ar trebui să listeze numele IP
(sau adrese) tuturor NIC-urilor „rapide”. Cu toate acestea, dacă LAM RPI nu utilizează TCP/IP (de exemplu,
Myrinet/GM RPI), the bhost fișierul ar trebui probabil să enumere NIC-urile „lente”, astfel încât LAM-urile
traficul de meta mesaje nu cauzează supraîncărcare și poate diminua performanța
rețeaua „rapidă” din alte aplicații de înaltă performanță.

Amânarea nume de gazdă căutări
În mod normal, rezoluția numelor de gazdă se face pe mașinile unde laboot este invocat.
Acest lucru se face din motive de optimizare, astfel încât lista de nume de gazdă trebuie doar să fie
rezolvată o singură dată (minimând posibil cantitatea de DNS sau altă rețea de căutare a numelui de gazdă
trafic).

Cu toate acestea, în unele medii de rețea neuniforme, acest lucru nu este suficient deoarece fiecare
gazda poate avea o adresă IP diferită pentru fiecare dintre colegii săi. De exemplu, gazda A poate avea
adresa Z pe gazda B, dar au adresa Y pe gazda C.

-l opțiunea pentru laboot va determina LAM să distribuie nume de gazdă fiecărui nod, mai degrabă decât a
set complet rezolvat de adrese IP. Prin urmare, fiecare nod în care LAM este pornit își va face singur
rezoluție de nume pe lista de nume de gazdă.

SSI (Sistem Servicii Interfață)
-ssi comutatorul permite trecerea parametrilor către diverse module SSI. SSI al LAM
modulele sunt descrise în detaliu în lamssi(7). Modulele SSI au impact direct asupra MPI
programe deoarece permit setarea parametrilor reglabili în timpul rulării (cum ar fi ce boot
driverul de dispozitiv de utilizat, ce parametri să treacă aceluiași driver etc.).

-ssi switch are două argumente: cheie și valoare. cheie argumentul specifică în general
care modul SSI va primi valoarea. De exemplu, cel cheie „boot” este folosit pentru a selecta
care RPI va fi folosit pentru pornirea proceselor pe nodurile la distanță. The valoare argumentul este
valoare care este transmisă. De exemplu:

lamboot -ssi boot tm
Spune LAM să folosească modulul de pornire „tm” pentru lansarea nativă în PBSPro / OpenPBS
medii (modulul tm boot nu necesită o schemă de boot).

lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" boot_schema
Spune LAM să folosească modulul de pornire „rsh” și îi spune modulului rsh să folosească „ssh -x” ca
agentul specific pentru a lansa executabile pe noduri la distanță.

Si asa mai departe. Modulele SSI de pornire ale LAM sunt descrise în lamssi_boot(7). Această pagină ar trebui să fie
consultat pentru acțiunile specifice care sunt întreprinse de și cum să modifice comportamentul de rulare
a fiecărui modul de pornire.

-ssi comutatorul poate fi folosit de mai multe ori pentru a specifica diferite cheie şi / sau valoare
argumente. Dacă la fel cheie este specificat de mai multe ori, the valoares-urile sunt concatenate cu
o virgulă (",") care le separă.

Rețineți că -ssi comutatorul este pur și simplu o scurtătură pentru setarea variabilelor de mediu. The
același efect poate fi realizat prin setarea înainte de variabilele de mediu corespunzătoare
funcţionare laboot. Forma variabilelor de mediu pe care LAM le setează sunt:
LAM_MPI_SSI_key=valoare.

Rețineți că -ssi comutatorul suprascrie orice variabile de mediu setate anterior. De asemenea, rețineți
acel necunoscut cheie argumentele sunt încă setate ca variabile de mediu - nu sunt verificate
(de lamwipe) pentru corectitudine. Ilegal sau incorect valoare argumentele pot fi sau nu
raportat -- depinde de modulul SSI specific.

Îndepărtat executabilă Invocare
Toate aspectele modificabile ale lansării executabilelor pe nodurile de la distanță în timpul laboot sunt
discutat în lamssi(7) și lamssi_boot(7). Subiectele includ (dar nu se limitează la):
descoperirea shell-ului de la distanță, înlocuirea timpului de rulare a agentului utilizat pentru a lansa de la distanță
executabile (de exemplu, rsh și ssh), etc.

Închidere stdio
Stdio-ul fiecărui daemon LAM pe o gazdă la distanță care este lansată de laboot este închis de
Mod implicit. În mod normal, stdio-ul demonului LAM lansat pe gazda locală este lăsat deschis așadar
că LAM-ul intern tstdio(3) pachetul funcționează corect. Cu toate acestea, este uneori
de dorit să închideți și stdio-ul demonului LAM local. De exemplu:

rsh somenode lamboot -s hostfile

Asta pentru ca rsh așteaptă două condiții înainte de a ieși: laboot a ieși și stdout /
stderr să fie închis. Fără -s, stdout / stderr nu ar fi închis și rsh (Și ssh)
va atârna chiar dacă laboot terminase. -s provoacă stdout / stderr local
Daemonul LAM va fi închis la invocare, ceea ce va permite rsh a termina. Folosind -s voi
nu afectează laboot în orice alt mod, dar va preveni tstdio(3) pachet din
lucrând corect.

Defect Toleranță
În cazul în care -x este dată, LAM rulează în modul tolerant la erori. În acest mod, nodurile fac schimb
Mesaje ``heart beat'' periodic pentru a vă asigura că toate nodurile rulează și legăturile
conectarea acestora sunt operaționale. Când bătăile inimii unui nod se opresc, este declarat „moartă”
și toate nodurile (și procesele) LAM sunt notificate. Acest lucru permite utilizatorilor să scrie cu toleranță la erori
aplicații care se pot degrada cu grație sau se pot recupera complet prin înlocuirea nodului defunct
cu altul (vezi lamgrow(1)). Deoarece acest mod introduce o penalizare de performanță, așa este
nu este activat implicit.

EXEMPLE

laboot -v
Porniți LAM pe mașinile descrise în schema de pornire implicită. Raport despre
pași importanți pe măsură ce se fac.

lamboot -d hostfile
Porniți LAM pe mașinile descrise în fișier fișier gazdă. Oferă incredibil de detaliat
raportează ce se întâmplă în fiecare etapă a procesului de pornire.

lamboot mynodes
Porniți LAM pe mașinile descrise în schema de pornire mynodes. Operați în tăcere.

Utilizați lamboot online folosind serviciile onworks.net