lamboot - Online sa Cloud

PROGRAMA:

NAME

lamboot - Magsimula ng LAM multicomputer.

SINOPSIS

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

Opsyon

-b Ipagpalagay na ang lokal at malayong shell ay pareho. Nangangahulugan ito na isang remote shell lamang
Ang invocation ay ginagamit sa bawat node. Kung -b ay hindi ginagamit, dalawang remote shell invocations
ay ginagamit sa bawat node.

-d I-on ang output ng pag-debug. Ito ay nagpapahiwatig -v.

-h I-print ang command help menu.

-l Iantala ang resolution ng hostname-to-IP-address.

-prefix Gamitin ang pag-install ng LAM na tinukoy sa /lam/install/path/. Hindi tugma sa
Mga bersyon ng LAM/MPI bago ang 7.1.

-s Isara ang stdio sa lokal na node.

-ssi susi halaga
Magpadala ng mga argumento sa iba't ibang mga module ng SSI. Tingnan ang seksyong "SSI", sa ibaba.

-v Maging verbose.

-x Tumakbo sa fault tolerant mode.

-H Huwag ipakita ang command header.

-nn Huwag magdagdag ng "-n" sa remote agent command line

-np Huwag pilitin ang pagpapatupad ng $HOME/.profile sa mga malalayong host

-session-prefix halaga
Itakda ang session prefix, i-override ang LAM_MPI_SESSION_PREFIX.

-session-suffix halaga
Itakda ang suffix ng session, na i-override ang LAM_MPI_SESSION_SUFFIX.

-maylamprefixpath halaga
I-override ang internal installation path. Para sa panloob na paggamit lamang, huwag gamitin maliban kung
alam mo ang ginagawa mo.

Kapaligiran MGA VARIABLE

LAM_MPI_SESSION_PREFIX

LAM_MPI_SESSION_SUFFIX
Posibleng baguhin ang direktoryo ng session na ginagamit ng LAM/MPI, karaniwan ng
anyo:

tmpdir/lam-username@hostname[-suffix]

itatakda ang tmpdir sa LAM_MPI_SESSION_PREFIX kung itinakda. Kung hindi, ito ay babalik sa
ang halaga ng TMPDIR. Kung wala sa mga ito ang nakatakda, ang default ay /tmp.

ang panlapi ay maaaring mapalitan ng LAM_MPI_SESSION_SUFFIX variable ng kapaligiran. Kung
LAM_MPI_SESSION_SUFFIX ay hindi nakatakda at ang LAM ay tumatakbo sa ilalim ng isang sinusuportahang batch
sistema ng pag-iskedyul, $suffix ay magiging isang halaga na natatangi sa kasalukuyang tumatakbong trabaho.

DESCRIPTION

Ang lamboot sinisimulan ng tool ang LAM software sa bawat isa sa mga makinang tinukoy sa boot
schema, bhost. Tinutukoy ng boot schema ang mga hostname ng mga node na gagamitin sa run-
oras na kapaligiran ng MPI, at opsyonal na naglilista kung paano maaaring gamitin ang mga CPU LAM sa bawat node. Ang
Maaaring naisin ng user na patakbuhin muna ang recon(1) tool para mapatunayan na ang LAM ay maaaring simulan.

Ang pagsisimula ng LAM ay isang tatlong hakbang na pamamaraan. Sa unang hakbang, hboot(1) ay hinihingi sa bawat isa
ang mga tinukoy na makina. Pagkatapos ang bawat makina ay naglalaan ng isang dynamic na port at ipinapaalam ito
balik sa lamboot na nangongolekta sa kanila. Sa ikatlong hakbang, lamboot nagbibigay sa bawat makina ng
listahan ng mga makina/port upang makabuo ng isang ganap na konektadong topolohiya. Kung mayroon mang makina
hindi makapagsimula, o kung mag-expire ang panahon ng timeout bago makumpleto ang unang hakbang, lamboot
panunaw lamwipe(1) upang wakasan ang LAM at iulat ang error.

Ang bhost Ang file ay isang LAM boot schema na nakasulat sa syntax ng host file. Tingnan mo bhostNa (5).
Sa halip na command line, maaaring tukuyin ang isang boot schema sa kapaligiran ng LAMBHOST
variable. Kung hindi, isang default na file, lam-bhost.def, ang ginagamit. Hinahanap ng LAM bhost una
sa lokal na direktoryo at pagkatapos ay sa direktoryo ng pag-install sa ilalim ng etc/.

Sa karagdagan, lamboot gumagamit ng isang proseso ng schema para sa mga indibidwal na LAM node. Isang schema ng proseso
(Tingnan ang conf(5)) ay isang paglalarawan ng mga proseso na bumubuo sa operating system sa a
node. Sa pangkalahatan, pinapanatili ng system administrator ang file na ito -- gagawin ng mga user ng LAM/MPI
sa pangkalahatan ay hindi kailangang baguhin ang file na ito. Posible rin para sa gumagamit na i-customize ang
LAM software na may pribadong proseso ng schema.

Ang bhost file
Ang pormat ng bhost file ay dokumentado sa bhost(5) man page.

lamboot lulutasin ang lahat ng pangalan sa bhost sa node kung saan lamboot ay tinawag (ang
pinanggalingan node). Pagkatapos nito, ang LAM ay gagamit lamang ng mga IP address, hindi mga pangalan. Sa partikular, ang
hindi ginagamit ang configuration ng resolution ng pangalan sa lahat ng iba pang node. Samakatuwid, ang pinanggalingan node
dapat kayang lutasin ang lahat ng pangalan sa bhost sa mga address na maaabot ng lahat
iba pang mga node.

Ang isang karaniwang pagkakamali ay ang paglista localhost (o anumang pangalan na tumutugma sa espesyal na address
127.0.0.1 -- ang loopback TCP/IP device) sa a bhost file na naglalaman ng iba pang mga node. Sa
sa kasong ito, ang address na 127.0.0.1 ay ipapadala sa bawat isa sa iba pang mga node bilang address
ng pinagmulang node. Kung sinubukan ng ibang mga node na gumamit ng 127.0.0.1 para makipag-ugnayan sa pinanggalingang node,
talagang makikipag-ugnayan sila sa kanilang sarili, at sa kalaunan ay mag-timeout at mabibigo.

Ang mga IP address na nakuha mula sa bhost ay ginagamit para sa mga meta message ng LAM: startup at
pagsasara ng mga trabaho, out-of-band na mga mensahe na ginagamit para sa koordinasyon, atbp. Ang dami ng trapiko
ay medyo mababa (maliban kung gumagamit ng "lamd" mode ng pagpasa ng mensahe ng MPI, kung saan ang lahat ng MPI
gagamitin din ng trapiko ang mga meta message ng LAM para sa transportasyon -- tingnan mpirun(1)). Kapag gumagamit
ang TCP RPI, ang mga IP address na ito ay ginagamit din para sa mensahe ng MPI na dumadaan sa pamamagitan ng mga direktang socket
sa pagitan ng bawat pares ng mga node.

Ang isang karaniwang kaso ay kung saan ang isang "master" na node ay may maraming network interface card (NIC) -- isa
na konektado sa isang pampublikong network, at isa na nakakonekta sa isang pribadong network
kung saan ang mga parallel na trabaho ay patakbuhin. Upang isama ang master node sa a bhost file, ang IP
dapat nakalista ang pangalan (o address) ng NIC sa pribadong network bhost. ito
Tinitiyak na ang lahat ng iba pang mga node ay makakarating sa master node sa pribadong network.

Bilang isa pang halimbawa, ang ilang mga configuration ay may maraming TCP/IP NIC sa bawat node ng a
parallel na trabaho. Ang isang NIC ay itinuturing na "mabagal" (hal., 10Mbps), habang ang isa ay isinasaalang-alang
"mabilis" (hal., 100Mbps). Ito ay kanais-nais na payagan ang LAM na samantalahin ang mas mataas
bandwidth sa "mabilis" na network para sa mga mensahe ng MPI. Dahil dito, bhost dapat ilista ang mga pangalan ng IP
(o mga address) ng lahat ng "mabilis" na NIC. Gayunpaman, kung ang LAM RPI ay hindi gumagamit ng TCP/IP (hal.,
ang Myrinet/GM RPI), ang bhost file ay dapat marahil ilista ang "mabagal" NICs upang ang LAM's
Ang trapiko ng meta message ay hindi nagiging sanhi ng overhead at potensyal na makabawas sa pagganap sa
ang "mabilis" na network mula sa iba pang mga application na may mataas na pagganap.

Ang pagkaantala hostname mga paghahanap
Karaniwan, ang paglutas ng pangalan ng mga hostname ay ginagawa sa mga makina kung saan lamboot ay hinihingi.
Ginagawa ito para sa mga dahilan ng pag-optimize, upang ang listahan ng mga hostname lamang ang kailangan
nalutas nang isang beses (potensyal na mabawasan ang dami ng DNS o iba pang hostname-lookup network
trapiko).

Gayunpaman, sa ilang hindi pare-parehong kapaligiran sa networking, hindi ito sapat dahil bawat isa
Ang host ay maaaring may ibang IP address sa bawat isa sa mga kapantay nito. Halimbawa, maaaring mayroon ang host A
address Z sa host B, ngunit may address Y sa host C.

Ang -l pagpipilian sa lamboot ay magiging sanhi ng LAM na ipamahagi ang mga hostname sa bawat node sa halip na a
ganap na nalutas na hanay ng mga IP address. Kaya, ang bawat node kung saan naka-boot ang LAM ay gagawa ng sarili nitong
resolution ng pangalan sa listahan ng mga hostname.

SSI (System Serbisyo interface)
Ang -ssi pinahihintulutan ng switch ang pagpasa ng mga parameter sa iba't ibang mga module ng SSI. SSI ng LAM
Ang mga module ay inilarawan nang detalyado sa lamssi(7). Ang mga module ng SSI ay may direktang epekto sa MPI
mga program dahil pinapayagan nila ang mga tunable na parameter na itakda sa oras ng pagtakbo (tulad ng kung aling boot
device driver na gagamitin, anong mga parameter ang ipapasa sa driver na iyon, atbp.).

Ang -ssi ang switch ay tumatagal ng dalawang argumento: susi at halaga. ang susi karaniwang tinutukoy ng argumento
kung aling SSI module ang tatanggap ng halaga. Halimbawa, ang susi Ang "boot" ay ginagamit upang pumili
kung aling RPI ang gagamitin para sa pagsisimula ng mga proseso sa mga malalayong node. Ang halaga argumento ay ang
halaga na naipasa. Halimbawa:

lamboot -ssi boot tm
Sinasabi sa LAM na gamitin ang "tm" boot module para sa katutubong paglulunsad sa PBSPro / OpenPBS
kapaligiran (ang tm boot module ay hindi nangangailangan ng boot schema).

lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" boot_schema
Sinasabi sa LAM na gamitin ang "rsh" boot module, at sinasabi sa rsh module na gamitin ang "ssh -x" bilang
ang partikular na ahente na maglulunsad ng mga executable sa mga malalayong node.

At iba pa. Ang mga module ng boot SSI ng LAM ay inilarawan sa lamssi_boot(7). Ang pahinang ito ay dapat na
kinunsulta para sa mga partikular na aksyon na ginawa ng, at kung paano i-tweak ang pag-uugali ng run-time
ng bawat boot module.

Ang -ssi switch ay maaaring gamitin ng maraming beses upang tukuyin ang iba susi at / o halaga
mga argumento. Kung pareho susi ay tinukoy ng higit sa isang beses, ang halagas ay pinagsama-sama sa
isang kuwit (",") na naghihiwalay sa kanila.

Tandaan na ang -ssi Ang switch ay isang shortcut lamang para sa pagtatakda ng mga variable ng kapaligiran. Ang
ang parehong epekto ay maaaring magawa sa pamamagitan ng pagtatakda ng kaukulang mga variable ng kapaligiran bago
tumatakbo lamboot. Ang anyo ng mga variable ng kapaligiran na itinatakda ng LAM ay:
LAM_MPI_SSI_key=value.

Tandaan na ang -ssi Ino-override ng switch ang anumang dating itinakda na mga variable ng kapaligiran. Tandaan din
na hindi kilala susi ang mga argumento ay nakatakda pa rin bilang variable ng kapaligiran -- hindi sila nasusuri
(sa pamamagitan ng lamwipe) para sa kawastuhan. Ilegal o hindi tama halaga ang mga argumento ay maaaring o hindi
iniulat -- depende ito sa partikular na SSI module.

Malayo Maipapatupad Pagsamba
Lahat ng mga tweakable na aspeto ng paglulunsad ng mga executable sa malalayong node habang lamboot ay
tinalakay sa lamssi(7) at lamssi_boot(7). Kasama sa mga paksa ang (ngunit hindi limitado sa):
pagtuklas ng remote shell, run-time overrides ng ginagamit ng ahente para ilunsad ang remote
mga executable (hal., rsh at ssh), atbp.

Pagsasara stdio
Ang stdio ng bawat LAM daemon sa isang remote host na inilunsad ni lamboot ay sarado ng
default. Karaniwan, ang stdio ng LAM daemon na inilunsad sa lokal na host ay naiwang bukas kaya
na ang panloob na LAM tstdio(3) gumagana nang maayos ang package. Gayunpaman, ito ay minsan
kanais-nais na isara din ang stdio ng lokal na LAM daemon. Halimbawa:

rsh somenode lamboot -s hostfile

Ito ay dahil ang rsh naghihintay ng dalawang kundisyon bago lumabas: lamboot upang lumabas, at stdout /
stderr na isasara. Kung wala -s, hindi isasara ang stdout / stderr, at rsh (At SSH)
mabibitin kahit na lamboot ay nakumpleto. -s nagiging sanhi ng stdout / stderr ng lokal
Isasara ang LAM daemon kapag nanawagan, na magbibigay-daan rsh para makumpleto. Gamit -s habilin
hindi nakakaapekto lamboot sa anumang iba pang paraan, ngunit mapipigilan nito ang tstdio(3) pakete mula sa
gumagana nang maayos.

kasalanan Pagpapaubaya
Kung ang -x ang opsyon ay ibinigay, ang LAM ay tumatakbo sa fault tolerant mode. Sa mode na ito, nagpapalitan ng mga node
Mga mensaheng ``heart beat'' pana-panahon upang matiyak na gumagana ang lahat ng node at ang mga link
ang pagkonekta sa kanila ay gumagana. Kapag huminto ang tibok ng puso ng node, idineklara itong ``patay''
at lahat ng LAM node (at mga proseso) ay inaabisuhan. Nagbibigay-daan ito sa mga user na magsulat ng fault tolerant
mga application na maaaring mag-degrade nang maganda, o ganap na makabawi sa pamamagitan ng pagpapalit sa hindi na gumaganang node
kasama ng iba (tingnan lamgrow(1)). Dahil ang mode na ito ay nagpapakilala ng isang parusa sa pagganap, ito ay
hindi na-activate bilang default.

HALIMBAWA

lamboot -v
Simulan ang LAM sa mga makina na inilarawan sa default na boot schema. Mag-ulat tungkol sa
mahahalagang hakbang habang ginagawa ang mga ito.

lamboot -d hostfile
Simulan ang LAM sa mga makina na inilarawan sa file hostfile. Magbigay ng hindi kapani-paniwalang detalyado
mga ulat sa kung ano ang nangyayari sa bawat yugto sa proseso ng boot.

lamboot mynodes
Simulan ang LAM sa mga makina na inilarawan sa boot schema mynodes. Magpatakbo ng tahimik.

Gumamit ng lamboot online gamit ang mga serbisyo ng onworks.net