lamboot — online w chmurze

PROGRAM:

IMIĘ

lamboot - Uruchom multikomputer LAM.

STRESZCZENIE

lamboot [-b] [-d] [-h] [-H] [-l] [-s] [-v] [-V] [-x] [-nn] [-np] [-c plik konf. ] [-prefiks
/lam/install/ścieżka/] [-sessionprefix value] [-sessionsuffix value]
[-withlamprefixpath wartość] [-ssi wartość klucza] [bhost]

OPCJE

-b Załóżmy, że powłoka lokalna i zdalna są takie same. Oznacza to, że tylko jedna zdalna powłoka
wywołanie jest używane do każdego węzła. Gdyby -b nie jest używany, dwa zdalne wywołania powłoki
są używane do każdego węzła.

-d Włącz wyjście debugowania. Oznacza to -v.

-h Wydrukuj menu pomocy poleceń.

-l Opóźnij rozpoznawanie nazwy hosta na adres IP.

-prefiks Użyj instalacji LAM określonej w /lam/install/path/. Niekompatybilny z
Wersje LAM/MPI wcześniejsze niż 7.1.

-s Zamknij stdio w węźle lokalnym.

-ssi klucz wartość
Wysyłaj argumenty do różnych modułów SSI. Zobacz sekcję „SSI” poniżej.

-v Bądź gadatliwy.

-x Uruchom w trybie odpornym na uszkodzenia.

-H Nie wyświetlaj nagłówka polecenia.

-nn Nie dodawaj "-n" do wiersza poleceń zdalnego agenta

-np Nie wymuszaj wykonywania $HOME/.profile na zdalnych hostach

-przedrostek-sesji wartość
Ustaw prefiks sesji, zastępując LAM_MPI_SESSION_PREFIX.

-sufiks sesji wartość
Ustaw sufiks sesji, zastępując LAM_MPI_SESSION_SUFFIX.

-ze ścieżką przedrostka lampy wartość
Zastąp wewnętrzną ścieżkę instalacji. Wyłącznie do użytku wewnętrznego, nie używaj, chyba że
wiesz co robisz.

ŚRODOWISKO ZMIENNE

LAM_MPI_SESSION_PREFIX

LAM_MPI_SESSION_SUFFIX
Możliwa jest zmiana katalogu sesji używanego przez LAM/MPI, zwykle z
Formularz:

tmpdir/lam-username@hostname[-przyrostek]

tmpdir zostanie ustawiony na LAM_MPI_SESSION_PREFIX jeśli ustawione. W przeciwnym razie wróci do
wartość TMPDIR. Jeśli żadne z nich nie jest ustawione, wartością domyślną jest /tmp.

sufiks może być nadpisany przez LAM_MPI_SESSION_SUFFIX Zmienna środowiskowa. Gdyby
LAM_MPI_SESSION_SUFFIX nie jest ustawiona, a LAM działa w ramach obsługiwanej partii
system harmonogramowania, $przyrostek będzie wartością unikalną dla aktualnie uruchomionego zadania.

OPIS

Połączenia jagnięcina narzędzie uruchamia oprogramowanie LAM na każdej maszynie określonej w pliku boot
schemat, bhost. Schemat rozruchowy określa nazwy hostów węzłów, które mają być używane w
czas środowiska MPI i opcjonalnie wymienia, w jaki sposób procesory LAM mogą być używane w każdym węźle. The
użytkownik może chcieć najpierw uruchomić recon(1) narzędzie do sprawdzenia, czy można uruchomić LAM.

Uruchamianie LAM to procedura składająca się z trzech kroków. w pierwszym kroku hboot(1) jest powoływany na każdym z nich
określone maszyny. Następnie każda maszyna przydziela dynamiczny port i komunikuje się z nim
z powrotem jagnięcina który je zbiera. W trzecim kroku jagnięcina daje każdej maszynie
listę maszyn/portów w celu utworzenia w pełni połączonej topologii. Jeśli jakakolwiek maszyna była
nie można rozpocząć lub upłynie limit czasu przed zakończeniem pierwszego kroku, jagnięcina
inwokuje szorstko(1), aby zakończyć LAM i zgłosić błąd.

Połączenia bhost plik jest schematem rozruchu LAM zapisanym w składni pliku hosta. Widzieć bhost(5).
Zamiast wiersza poleceń w środowisku LAMBHOST można określić schemat rozruchu
zmienny. W przeciwnym razie używany jest plik domyślny lam-bhost.def. LAM szuka bhost drugim
w katalogu lokalnym, a następnie w katalogu instalacyjnym pod etc/.

Dodatkowo, jagnięcina wykorzystuje schemat procesu dla poszczególnych węzłów LAM. Schemat procesu
(Patrz conf(5)) to opis procesów składających się na system operacyjny na a
węzeł. Ogólnie rzecz biorąc, administrator systemu zarządza tym plikiem — robią to użytkownicy LAM/MPI
generalnie nie trzeba zmieniać tego pliku. Istnieje również możliwość dostosowania przez użytkownika
Oprogramowanie LAM z prywatnym schematem procesu.

Połączenia bhost filet
Format bhost plik jest udokumentowany w bhost(5) strona podręcznika.

jagnięcina rozwiąże wszystkie nazwy w bhost w węźle, w którym jagnięcina został powołany (tzw
węzeł początkowy). Następnie LAM będzie używać tylko adresów IP, a nie nazw. Konkretnie,
konfiguracja rozpoznawania nazw na wszystkich innych węzłach nie jest używana. Stąd węzeł początkowy
musi być w stanie rozwiązać wszystkie nazwy w bhost pod adresy dostępne dla wszystkich
inne węzły.

Częstym błędem jest sporządzanie listy localhost (lub dowolna nazwa, która jest tłumaczona na specjalny adres
127.0.0.1 — urządzenie pętli zwrotnej TCP/IP) w a bhost plik zawierający inne węzły. W
w tym przypadku adres 127.0.0.1 zostałby wysłany do każdego z pozostałych węzłów jako adres
węzła początkowego. Jeśli inne węzły spróbują użyć 127.0.0.1 do skontaktowania się z węzłem początkowym,
w rzeczywistości będą kontaktować się ze sobą i ostatecznie przekroczą limit czasu i zawiodą.

Adresy IP uzyskane z bhost są używane w metakomunikatach LAM: startup i
zamykanie zadań, komunikaty poza pasmem wykorzystywane do koordynacji itp. Natężenie ruchu
jest dość niski (chyba że używasz trybu „lamd” przekazywania komunikatów MPI, w którym to przypadku wszystkie MPI
ruch będzie również wykorzystywał metawiadomości LAM do transportu - patrz mpiruna(1)). Podczas używania
TCP RPI, te adresy IP są również używane do przesyłania komunikatów MPI przez gniazda bezpośrednie
między każdą parą węzłów.

Typowym przypadkiem jest sytuacja, w której węzeł „główny” ma wiele kart interfejsu sieciowego (NIC) — jedną
podłączony do sieci publicznej i taki, który jest podłączony do sieci prywatnej
gdzie mają być wykonywane prace równoległe. Aby dołączyć węzeł główny do pliku a bhost plik, IP
nazwa (lub adres) karty sieciowej w sieci prywatnej powinna być wymieniona w bhost, To
zapewnia, że ​​wszystkie inne węzły mogą dotrzeć do węzła głównego w sieci prywatnej.

Jako inny przykład, niektóre konfiguracje mają wiele kart sieciowych TCP/IP w każdym węźle sieci
praca równoległa. Jedna karta sieciowa jest uważana za „wolną” (np. 10 Mb/s), podczas gdy druga jest brana pod uwagę
„szybki” (np. 100 Mb/s). Pożądane jest, aby umożliwić LAM skorzystanie z wyższego
przepustowość w „szybkiej” sieci dla komunikatów MPI. Takie jak, bhost powinien zawierać nazwy IP
(lub adresy) wszystkich „szybkich” kart sieciowych. Jeśli jednak LAM RPI nie korzysta z protokołu TCP/IP (np.
RPI Myrinet/GM), bhost plik powinien prawdopodobnie zawierać listę „wolnych” kart sieciowych, aby LAM's
Ruch metawiadomości nie powoduje narzutu i potencjalnie nie wpływa na wydajność
„szybką” sieć od innych aplikacji o wysokiej wydajności.

Opóźnienie hosta wyszukiwania
Zwykle rozpoznawanie nazw hostów odbywa się na komputerach, na których jagnięcina jest wywoływany.
Odbywa się to ze względów optymalizacyjnych, więc wystarczy lista nazw hostów
rozwiązany raz (potencjalnie minimalizując ilość DNS lub innej sieci wyszukiwania nazw hostów
ruch drogowy).

Jednak w niektórych niejednolitych środowiskach sieciowych nie jest to wystarczające, ponieważ każdy
host może mieć inny adres IP na każdym ze swoich rówieśników. Na przykład host A może mieć
adres Z na hoście B, ale adres Y na hoście C.

Połączenia -l opcja do jagnięcina spowoduje, że LAM będzie dystrybuować nazwy hostów do każdego węzła zamiast a
w pełni rozwiązany zestaw adresów IP. Dlatego każdy węzeł, w którym uruchamiany jest LAM, zrobi swoje
rozpoznawanie nazw na liście nazw hostów.

SSI (System Usługi Berło)
Połączenia -ssi przełącznik umożliwia przekazywanie parametrów do różnych modułów SSI. SSI . LAM
moduły są szczegółowo opisane w lamsi(7). Moduły SSI mają bezpośredni wpływ na MPI
programy, ponieważ pozwalają na ustawianie parametrów w czasie wykonywania (takich jak uruchamianie)
sterownika urządzenia do użycia, jakie parametry przekazać do tego sterownika itp.).

Połączenia -ssi switch przyjmuje dwa argumenty: klucz i wartość, klucz argument ogólnie określa
który moduł SSI otrzyma wartość. Na przykład klucz "boot" służy do wyboru
który RPI ma być używany do uruchamiania procesów na zdalnych węzłach. ten wartość argumentem jest
wartość, która jest przekazywana. Na przykład:

lamboot -ssi boot tm
Nakazuje LAM użyć modułu rozruchowego „tm” do natywnego uruchamiania w PBSPro / OpenPBS
środowiskach (moduł rozruchowy tm nie wymaga schematu rozruchowego).

lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" schemat_bootowania
Nakazuje LAM używać modułu startowego „rsh”, a modułowi rsh, aby używał „ssh -x” jako
konkretnego agenta do uruchamiania plików wykonywalnych na zdalnych węzłach.

I tak dalej. Moduły rozruchowe SSI LAM są opisane w lamsi_boot(7). Ta strona powinna być
konsultowane w sprawie konkretnych działań, które są podejmowane i jak poprawić zachowanie w czasie wykonywania
każdego modułu rozruchowego.

Połączenia -ssi przełącznik może być używany wiele razy, aby określić różne klucz i / lub wartość
argumenty. Jeśli to samo klucz jest określony więcej niż raz, wartośćs są połączone z
oddzielający je przecinek (",").

Zauważ, że -ssi switch to po prostu skrót do ustawiania zmiennych środowiskowych. ten
ten sam efekt można uzyskać, ustawiając odpowiednie zmienne środowiskowe przed
bieganie jagnięcina. Postacie zmiennych środowiskowych ustawianych przez LAM to:
LAM_MPI_SSI_key=wartość.

Zauważ, że -ssi switch zastępuje wszelkie wcześniej ustawione zmienne środowiskowe. Uwaga!
to nieznane klucz argumenty są nadal ustawione jako zmienne środowiskowe -- nie są sprawdzane
(By szorstko) dla poprawności. Nielegalne lub nieprawidłowe wartość argumenty mogą, ale nie muszą być
zgłoszone — zależy to od konkretnego modułu SSI.

Zdalny Plik wykonywalny Wezwanie
Wszystkie modyfikowalne aspekty uruchamiania plików wykonywalnych na zdalnych węzłach podczas jagnięcina jest
omówione w lamsi(7) i lamsi_boot(7). Tematy obejmują (ale nie ograniczają się do):
odkrycie zdalnej powłoki, zastąpienie czasu wykonywania agenta w celu uruchomienia zdalnego
pliki wykonywalne (np. rsh i ssh) itp.

Zamknięcie std
Stdio każdego demona LAM na zdalnym hoście, który jest uruchamiany przez jagnięcina jest zamknięty przez
domyślny. Zwykle stdio demona LAM uruchomionego na lokalnym hoście pozostaje otwarte
że wewnętrzny LAM tstdio(3) pakiet działa poprawnie. Jednak czasami tak jest
pożądane jest również zamknięcie stdio lokalnego demona LAM. Na przykład:

rsh somenode lamboot -s plik hosta

To dlatego, że rsz czeka na dwa warunki przed wyjściem: jagnięcina wyjść i stdout /
stderr do zamknięcia. Bez -s, stdout / stderr nie byłoby zamknięte, i rsz (I ssh)
wisi mimo wszystko jagnięcina zakończył. -s powoduje stdout / stderr lokalnego
Demon LAM ma zostać zamknięty po wywołaniu, co pozwoli rsz ukończyć. Za pomocą -s będzie
nie wpływa jagnięcina w jakikolwiek inny sposób, ale zapobiegnie to tstdio(3) pakiet od
działa prawidłowo.

Wina Tolerancja
Jeśli -x podana jest opcja, LAM działa w trybie odpornym na uszkodzenia. W tym trybie węzły wymieniają się
wysyła okresowo komunikaty ``bicie serca'', aby upewnić się, że wszystkie węzły działają i łącza
ich połączenie działa. Kiedy serce węzła przestaje bić, zostaje uznany za „martwy”
a wszystkie węzły LAM (i procesy) są powiadamiane. Pozwala to użytkownikom na pisanie odporne na błędy
aplikacje, które mogą z wdziękiem ulec degradacji lub w pełni odzyskać przez zastąpienie nieistniejącego węzła
z innym (zob lamowiec(1)). Ponieważ ten tryb wprowadza spadek wydajności, tak jest
nie jest domyślnie aktywowany.

PRZYKŁADY

jagnięcina -v
Uruchom LAM na maszynach opisanych w domyślnym schemacie rozruchowym. Raport o
ważne kroki, gdy są wykonywane.

lamboot -d plik hosta
Uruchom LAM na maszynach opisanych w pliku plik hosta. Podaj niewiarygodnie szczegółowe
raporty o tym, co dzieje się na każdym etapie procesu uruchamiania.

mynody lamboot
Uruchom LAM na maszynach opisanych w schemacie rozruchowym mynody. Działaj cicho.

Korzystaj z lamboot online za pomocą usług onworks.net