lamboot - クラウドでオンライン

プログラム：

NAME

lamboot - LAM マルチコンピューターを起動します。

SYNOPSIS

lamboot [-b] [-d] [-h] [-H] [-l] [-s] [-v] [-V] [-x] [-nn] [-np] [-c conf ファイル] [-prefix
/lam/install/path/] [-sessionprefix 値] [-sessionsuffix 値]
[-withlamprefixpath 値] [-ssi キー値] [bhost]

OPTIONS

-b ローカルシェルとリモートシェルが同じであると仮定します。 これは、XNUMXつのリモートシェルのみを意味します
呼び出しは各ノードに使用されます。 もしも -b 使用されていない、XNUMXつのリモートシェル呼び出し
各ノードに使用されます。

-d デバッグ出力をオンにします。 これは -v を意味します。

-h コマンドヘルプメニューを印刷します。

-l ホスト名から IP アドレスへの解決を遅らせます。

-プレフィックス /lam/install/path/ で指定された LAM インストールを使用します。 と互換性がありません
7.1 より前の LAM/MPI バージョン。

-s ローカル ノードの標準入出力を閉じます。

-ssi キー 値
さまざまなSSIモジュールに引数を送信します。 以下の「SSI」セクションを参照してください。

-v 冗長になります。

-x フォールト トレラント モードで実行します。

-H コマンドヘッダーを表示しません。

-nn リモートエージェントのコマンドラインに「-n」を追加しないでください

-np リモートホストで$ HOME /.profileを強制的に実行しないでください

-セッションプレフィックス 値
LAM_MPI_SESSION_PREFIX をオーバーライドして、セッション プレフィックスを設定します。

-セッションサフィックス 値
LAM_MPI_SESSION_SUFFIX をオーバーライドして、セッション サフィックスを設定します。

-withlampprefixpath 値
内部インストール パスを上書きします。 内部使用のみを目的としており、以下の場合以外は使用しないでください。
あなたは自分が何をしているのか知っています。

ENVIRONMENT 変数

LAM_MPI_SESSION_PREFIX

LAM_MPI_SESSION_SUFFIX
LAM/MPI によって使用されるセッション ディレクトリを変更することができます。通常は、
形：

tmpdir/lam-username@ホスト名[-suffix]

tmpdir は次のように設定されます LAM_MPI_SESSION_PREFIX 設定されている場合。 それ以外の場合は、次の状態に戻ります。
の値 TMPDIR。 これらのどちらも設定されていない場合、デフォルトは /tmp です。

サフィックスは、 LAM_MPI_SESSION_SUFFIX 環境変数。 もしも
LAM_MPI_SESSION_SUFFIX が設定されておらず、LAM はサポートされているバッチで実行されています
スケジュールシステム、 $サフィックス 現在実行中のジョブに固有の値になります。

DESCRIPTION

　 ランブート このツールは、ブートで指定された各マシン上で LAM ソフトウェアを起動します。
スキーマ、 ブースト。 ブート スキーマは、実行で使用されるノードのホスト名を指定します。
MPI 環境の時間、およびオプションで各ノードで LAM が使用できる CPU の数をリストします。 の
ユーザーは最初に 偵察(1) LAM が起動できることを確認するツール。

LAM の開始は XNUMX つの手順で行われます。 最初のステップでは、 hboot(1) はそれぞれで呼び出されます。
指定されたマシン。 次に、各マシンが動的ポートを割り当てて通信します。
バックに ランブート それはそれらを集めます。 XNUMX番目のステップでは、 ランブート 各マシンに
完全に接続されたトポロジを形成するためのマシン/ポートのリスト。 何らかのマシンがあったとしたら、
開始できない場合、または最初のステップが完了する前にタイムアウト期間が経過した場合、 ランブート
呼び出す ラムワイプ(1) LAM を終了し、エラーを報告します。

　 ブースト fileは、ホストファイル構文で記述されたLAMブートスキーマです。 見る ブーストとします。
LAMBHOST環境では、コマンドラインの代わりにブートスキーマを指定できます。
変数。 それ以外の場合は、デフォルトのファイル lam-bhost.def が使用されます。 LAM が検索するのは ブースト 最初の
ローカル ディレクトリに配置し、次に etc/ の下のインストール ディレクトリに配置します。

加えて、 ランブート 個々の LAM ノードにプロセス スキーマを使用します。 プロセススキーマ
（参照してください confに(5)) は、オペレーティング システムを構成するプロセスの説明です。
ノード。 通常、このファイルはシステム管理者が管理します -- LAM/MPI ユーザーは
通常、このファイルを変更する必要はありません。 ユーザーがカスタマイズすることも可能です
プライベート プロセス スキーマを備えた LAM ソフトウェア。

　 ブースト file
のフォーマット ブースト ファイルはに文書化されています ブースト（5）マニュアルページ。

ランブート すべての名前を解決します ブースト ノード上で ランブート が呼び出されました（
起点ノード)。 それ以降、LAM は名前ではなく IP アドレスのみを使用するようになります。 具体的には、
他のすべてのノードの名前解決構成は使用されません。 したがって、起点ノードは
すべての名前を解決できなければなりません ブースト 全員がアクセスできるアドレスに
他のノード。

よくある間違いはリスト化することです ローカルホスト (または特別なアドレスに解決される任意の名前
127.0.0.1 -- ループバック TCP/IP デバイス) ブースト 他のノードを含むファイル。 の
この場合、アドレス 127.0.0.1 がアドレスとして他の各ノードに送信されます。
起点ノードの。 他のノードが 127.0.0.1 を使用して発信元ノードに接続しようとすると、
実際には自分自身に接続することになり、最終的にはタイムアウトして失敗します。

から取得した IP アドレス ブースト LAM のメタ メッセージに使用されます: 起動と
ジョブのシャットダウン、調整に使用される帯域外メッセージなどのトラフィック量
かなり低いです (MPI メッセージ パッシングの「lamd」モードを使用しない限り、その場合はすべての MPI
トラフィックはトランスポートに LAM のメタ メッセージも利用します -- を参照してください。 ムピルン(1))。 使用するとき
TCP RPI、これらの IP アドレスは、ダイレクト ソケットを介した MPI メッセージの受け渡しにも使用されます。
ノードの各ペア間。

一般的なケースは、「マスター」ノードに複数のネットワーク インターフェイス カード (NIC) が搭載されている場合です。
パブリック ネットワークに接続されているものと、プライベート ネットワークに接続されているもの
並列ジョブが実行される場所。 マスターノードを ブースト ファイル、IP
プライベート ネットワーク上の NIC の名前 (またはアドレス) がリストされている必要があります。 ブースト。 この
他のすべてのノードがプライベート ネットワーク上のマスター ノードに確実に到達できるようにします。

別の例として、一部の構成では、各ノードに複数の TCP/IP NIC があります。
並行作業。 10 つの NIC は「低速」(例: XNUMXMbps) とみなされ、もう XNUMX つは「低速」とみなされます。
「高速」(例: 100Mbps)。 LAM がより高い利点を利用できるようにすることが望ましい
MPI メッセージの「高速」ネットワーク上の帯域幅。 そのような、 ブースト IP名をリストする必要があります
すべての「高速」NIC の (またはアドレス)。 ただし、LAM RPI が TCP/IP を使用しない場合 (例:
Myrinet/GM RPI)、 ブースト ファイルにはおそらく「遅い」NIC がリストされているはずです。
メタ メッセージ トラフィックはオーバーヘッドを引き起こさず、パフォーマンスを低下させる可能性はありません。
他の高性能アプリケーションからの「高速」ネットワーク。

遅延 hostname ルックアップ
通常、ホスト名の名前解決は、次のマシン上で行われます。 ランブート が呼び出されます。
これは最適化の理由から行われるため、ホスト名のリストのみを必要とします。
一度解決される (DNS または他のホスト名検索ネットワークの量を最小限に抑える可能性がある)
トラフィック）。

ただし、一部の不均一なネットワーク環境では、これでは十分ではありません。
ホストは、各ピア上で異なる IP アドレスを持つ場合があります。 たとえば、ホスト A には、
ホスト B にはアドレス Z がありますが、ホスト C にはアドレス Y があります。

　 -l オプション ランブート これにより、LAM はホスト名を各ノードに配布するのではなく、
完全に解決された IP アドレスのセット。 したがって、LAM がブートされる各ノードは独自の処理を実行します。
ホスト名のリストの名前解決。

SSI （システム サービス インターフェース）
　 -ssi スイッチを使用すると、さまざまなSSIモジュールにパラメータを渡すことができます。 LAMのSSI
モジュールの詳細については、 ラムシ（7）。 SSIモジュールはMPIに直接影響します
プログラムは、実行時に調整可能なパラメータ（どのブートなど）を設定できるためです。
使用するデバイスドライバー、そのドライバーに渡すパラメーターなど）。

　 -ssi switchはXNUMXつの引数を取ります： キー & 値を選択します。 キー 引数は一般的に指定します
どのSSIモジュールが値を受け取るか。 たとえば、 キー 「ブート」は選択に使用されます
リモートノードでプロセスを開始するために使用されるRPI。 ザ 値 引数は
渡される値。 例えば：

lamboot -ssi ブート tm
PBSPro / OpenPBSでのネイティブ起動に「tm」ブートモジュールを使用するようにLAMに指示します
環境（tmブートモジュールはブートスキーマを必要としません）。

lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" boot_schema
LAMに「rsh」ブートモジュールを使用するように指示し、rshモジュールに「ssh-x」を次のように使用するように指示します。
リモートノードで実行可能ファイルを起動する特定のエージェント。

等々。 LAMのブートSSIモジュールについては、 ラムシブート（7）。 このページは
によって実行される特定のアクション、および実行時の動作を微調整する方法について相談しました
各ブートモジュールの。

　 -ssi スイッチを複数回使用して、異なるものを指定できます キー および 値
引数。 同じ場合 キー 複数回指定されている場合、 値sはと連結されます
それらを区切るコンマ（ "、"）。

なお、 -ssi switchは、環境変数を設定するための単なるショートカットです。 NS
同じ効果は、前に対応する環境変数を設定することによって達成される可能性があります
ランニング ランブート。 LAMが設定する環境変数の形式は次のとおりです。
LAM_MPI_SSI_key = value.

なお、 -ssi switchは、以前に設定された環境変数をオーバーライドします。 また注意してください
その未知 キー 引数は引き続き環境変数として設定されます-チェックされません
（で ラムワイプ）正確さのために。 違法または不正確 値 引数はそうであるかもしれないし、そうでないかもしれない
報告-特定のSSIモジュールによって異なります。

リモート 実行可能ファイル 呼び出し
中にリモートノードで実行可能ファイルを起動する際のすべての調整可能な側面 ランブート 　
で議論された ラムシ（7）と ラムシブート（7）。 トピックには以下が含まれます (ただし、これらに限定されません)。
リモート シェルの検出、リモートの起動に使用されるエージェントのランタイム オーバーライド
実行可能ファイル (rsh や ssh など) など。

閉鎖 標準入出力
によって起動されるリモート ホスト上の各 LAM デーモンの stdio ランブート によって閉じられます
デフォルト。 通常、ローカルホスト上で起動される LAM デーモンの stdio は開いたままになっているため、
内部 LAM tstdio(3) パッケージは正常に動作します。 ただし、場合によっては、
ローカル LAM デーモンの stdio も閉じることが望ましいです。 例えば：

rsh somenode lamboot -s ホストファイル

それの訳は rsh 終了する前に XNUMX つの条件を待機します。 ランブート 終了し、stdout /
stderr は閉じられます。 それなし -s、stdout / stderr は閉じられず、 rsh （と ssh)
それでもハングアップします ランブート 完了していました。 -s ローカルの stdout / stderr が発生します。
LAM デーモンは呼び出し時に閉じられます。これにより、 rsh 完了します。 使用する -s 意志
影響しない ランブート 他の方法でも可能ですが、 tstdio(3)パッケージから
正常に動作しています。

障害 公差
Status -x オプションが指定されている場合、LAM はフォールト トレラント モードで実行されます。 このモードでは、ノードは交換します。
「ハートビート」メッセージを定期的に送信して、すべてのノードが実行中であり、リンクが正常に動作していることを確認します。
それらを接続すると動作可能になります。 ノードの心拍が停止すると、そのノードは「死亡」したと宣言されます。
すべての LAM ノード (およびプロセス) に通知されます。 これにより、ユーザーはフォールト トレラントな書き込みが可能になります。
正常に機能を低下させることも、機能しないノードを置き換えることによって完全に回復することもできるアプリケーション
他のものと（参照） ラムグロウ(1))。 このモードではパフォーマンスが低下するため、
デフォルトでは有効になっていません。

例

ラムブート -v
デフォルトのブート スキーマに記載されているマシンで LAM を開始します。 についてのレポート
重要なステップが完了したとき。

lamboot -d ホストファイル
ファイルに記述されているマシンで LAM を開始します ホストファイル。 信じられないほど詳細な情報を提供する
起動プロセスの各段階で何が起こっているかをレポートします。

ランブートマイノード
ブート スキーマに記述されているマシンで LAM を開始します。 マイノード。 静かに操作します。

onworks.net サービスを使用してオンラインで lamboot を使用する