lamboot - Интернет в облаке

ПРОГРАММА:

ИМЯ

lamboot - Запуск мультикомпьютера LAM.

СИНТАКСИС

lamboot [-b] [-d] [-h] [-H] [-l] [-s] [-v] [-V] [-x] [-nn] [-np] [-c conf файл ] [-приставка
/ lam / install / path /] [значение -sessionprefix] [-sessionsuffix значение]
[-withlamprefixpath значение] [-ssi значение ключа] [bhost]

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

-b Предположим, что локальная и удаленная оболочки одинаковы. Это означает, что только одна удаленная оболочка
вызов используется для каждого узла. Если -b не используется, два удаленных вызова оболочки
используются для каждого узла.

-d Включите отладочный вывод. Это подразумевает -v.

-h Распечатайте меню справки по командам.

-l Задержка преобразования имени хоста в IP-адрес.

-префикс Используйте установку LAM, указанную в / lam / install / path /. Не совместим с
Версии LAM / MPI до 7.1.

-s Закройте stdio на локальном узле.

-сси ключ ценностное
Отправляйте аргументы в различные модули SSI. См. Раздел «SSI» ниже.

-v Будьте многословны.

-x Работаем в отказоустойчивом режиме.

-H Не отображать заголовок команды.

-нн Не добавляйте "-n" в командную строку удаленного агента.

-нп Не принудительно выполнять $ HOME / .profile на удаленных хостах

-сессия-префикс ценностное
Установите префикс сеанса, переопределив LAM_MPI_SESSION_PREFIX.

-сессия-суффикс ценностное
Установите суффикс сеанса, переопределив LAM_MPI_SESSION_SUFFIX.

-withlampprefixpath ценностное
Заменить внутренний путь установки. Только для внутреннего использования, не используйте, если
ты знаешь, что делаешь.

ОКРУЖАЮЩАЯ СРЕДА ПЕРЕМЕННЫЕ

LAM_MPI_SESSION_PREFIX

LAM_MPI_SESSION_SUFFIX
Можно изменить каталог сеанса, используемый LAM / MPI, обычно
форма:

tmpdir / lam-username @ hostname [-suffix]

tmpdir будет установлен в LAM_MPI_SESSION_PREFIX если установлен. В противном случае он вернется к
Значение TMPDIR. Если ни один из этих параметров не задан, по умолчанию используется / tmp.

суффикс может быть отменен LAM_MPI_SESSION_SUFFIX переменная окружения. Если
LAM_MPI_SESSION_SUFFIX не установлен, и LAM работает под поддерживаемым пакетом
система расписания, суффикс $ будет значением, уникальным для текущего выполняемого задания.

ОПИСАНИЕ

Ассоциация ламбаут инструмент запускает программное обеспечение LAM на каждой из машин, указанных в загрузочной
схема хозяин. Схема загрузки определяет имена узлов узлов, которые будут использоваться при выполнении.
time MPI, а также дополнительно перечисляет, как ЦП LAM могут использоваться на каждом узле. В
пользователь может сначала запустить Recon(1) инструмент для проверки возможности запуска LAM.

Запуск LAM - это трехэтапная процедура. На первом этапе hboot(1) вызывается на каждом из
указанные машины. Затем каждая машина выделяет динамический порт и передает его.
назад к ламбаут который их собирает. На третьем этапе ламбаут дает каждой машине
список машин / портов для формирования полносвязной топологии. Если какая-то машина была
не может быть запущен, или если период тайм-аута истекает до завершения первого шага, ламбаут
Запускает Lamwipe(1) для завершения LAM и сообщения об ошибке.

Ассоциация хозяин file - это схема загрузки LAM, записанная в синтаксисе файла хоста. Видеть хозяин(5).
Вместо командной строки можно указать схему загрузки в среде LAMBHOST.
Переменная. В противном случае используется файл по умолчанию, lam-bhost.def. LAM ищет хозяин первый
в локальном каталоге, а затем в каталоге установки в etc /.

Кроме того, ламбаут использует схему процесса для отдельных узлов LAM. Схема процесса
(См. конф(5)) - это описание процессов, которые составляют операционную систему на
узел. Обычно этот файл поддерживает системный администратор - пользователи LAM / MPI будут
вообще не нужно менять этот файл. Пользователь также может настроить
Программное обеспечение LAM с частной схемой процесса.

Ассоциация хозяин файл
Формат хозяин файл задокументирован в хозяин(5) справочная страница.

ламбаут разрешит все имена в хозяин на узле, в котором ламбаут был вызван (
узел происхождения). После этого LAM будет использовать только IP-адреса, а не имена. В частности,
Конфигурация разрешения имен на всех остальных узлах не используется. Следовательно, исходный узел
должен иметь возможность разрешить все имена в хозяин по адресам, доступным для всех
другие узлы.

Распространенная ошибка - перечислять локальный (или любое имя, которое разрешается в специальный адрес
127.0.0.1 - устройство TCP / IP с обратной связью) в хозяин файл, содержащий другие узлы. В
в этом случае адрес 127.0.0.1 будет отправлен каждому из других узлов как адрес
исходного узла. Если другие узлы попытаются использовать 127.0.0.1 для связи с исходным узлом,
они фактически будут связываться с самими собой и в конечном итоге потерпят поражение и потерпят неудачу.

IP-адреса, полученные от хозяин используются для мета-сообщений LAM: запуск и
отключение заданий, внеполосные сообщения, используемые для координации и т. д. Объем трафика
довольно низка (если не используется режим "lamd" передачи сообщений MPI, и в этом случае все MPI
трафик также будет использовать мета-сообщения LAM для транспорта - см. мпирун(1)). Когда используешь
TCP RPI, эти IP-адреса также используются для передачи сообщений MPI через прямые сокеты
между каждой парой узлов.

Обычный случай, когда "главный" узел имеет несколько сетевых карт (NIC) - одну
который подключен к общедоступной сети, и тот, который подключен к частной сети
где должны выполняться параллельные задания. Чтобы включить главный узел в хозяин файл, IP
имя (или адрес) сетевой карты в частной сети должно быть указано в хозяин. Это
гарантирует, что все остальные узлы могут связаться с главным узлом частной сети.

В качестве другого примера, в некоторых конфигурациях есть несколько сетевых адаптеров TCP / IP в каждом узле
параллельная работа. Одна сетевая карта считается "медленной" (например, 10 Мбит / с), а другая считается
«быстро» (например, 100 Мбит / с). Желательно, чтобы LAM могла воспользоваться более высокой
пропускная способность в «быстрой» сети для сообщений MPI. Как таковой, хозяин должен перечислить IP-имена
(или адреса) всех "быстрых" сетевых адаптеров. Однако, если LAM RPI не использует TCP / IP (например,
Myrinet / GM RPI), хозяин файл, вероятно, должен содержать список "медленных" сетевых адаптеров, чтобы LAM
трафик мета-сообщений не вызывает накладных расходов и потенциально снижает производительность на
«быстрая» сеть от других высокопроизводительных приложений.

Отсрочка хоста поиски
Обычно разрешение имен хостов выполняется на машинах, где ламбаут вызывается.
Это сделано в целях оптимизации, так что список имен хостов должен быть только
разрешается один раз (потенциально сводя к минимуму количество DNS или другой сети поиска имени хоста)
движение).

Однако в некоторых неоднородных сетевых средах этого недостаточно, потому что каждый
host может иметь разные IP-адреса на каждом из своих узлов. Например, хост A может иметь
адрес Z на хосте B, но иметь адрес Y на хосте C.

Ассоциация -l вариант ламбаут заставит LAM распределять имена хостов на каждый узел, а не на
полностью разрешенный набор IP-адресов. Следовательно, каждый узел, на котором загружается LAM, будет делать свое собственное
разрешение имен в списке имен хостов.

SSI (Система Услуги Интерфейс)
Ассоциация -сси switch позволяет передавать параметры различным модулям SSI. SSI LAM
модули подробно описаны в Ламсси(7). Модули SSI имеют прямое влияние на MPI
программ, поскольку они позволяют устанавливать настраиваемые параметры во время выполнения (например, какая загрузка
драйвер устройства, какие параметры передать этому драйверу и т. д.).

Ассоциация -сси switch принимает два аргумента: ключ и ценностное , ключ аргумент обычно указывает
какой модуль SSI получит значение. Например, ключ "boot" используется для выбора
какой RPI будет использоваться для запуска процессов на удаленных узлах. В ценностное аргумент
значение, которое передается. Например:

lamboot-ssi загрузки тм
Сообщает LAM использовать загрузочный модуль "tm" для собственного запуска в PBSPro / OpenPBS
среды (загрузочный модуль tm не требует схемы загрузки).

lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" схема_загрузки
Сообщает LAM использовать загрузочный модуль «rsh» и сообщает модулю rsh использовать «ssh -x» в качестве
конкретный агент для запуска исполняемых файлов на удаленных узлах.

И так далее. Загрузочные SSI-модули LAM описаны в lamssi_boot(7). Эта страница должна быть
консультируются по конкретным действиям, которые предпринимает, и как настроить поведение во время выполнения
каждого загрузочного модуля.

Ассоциация -сси переключатель можно использовать несколько раз, чтобы указать разные ключ и / или ценностное
аргументы. Если то же самое ключ указано более одного раза, ценностное s связаны с
их разделяет запятая (",").

Обратите внимание, что -сси switch - это просто ярлык для установки переменных среды. В
того же эффекта можно добиться, установив соответствующие переменные среды перед
Бег ламбаут. LAM устанавливает следующие переменные среды:
LAM_MPI_SSI_key = значение.

Обратите внимание, что -сси switch переопределяет любые ранее установленные переменные среды. Также обратите внимание
это неизвестное ключ аргументы по-прежнему заданы как переменная среды - они не проверяются
(По Lamwipe) для правильности. Незаконный или неправильный ценностное аргументы могут быть или не быть
сообщается - это зависит от конкретного модуля SSI.

Удаленный исполнимый Вызов
Все настраиваемые аспекты запуска исполняемых файлов на удаленных узлах во время ламбаут Он
обсуждалось в Ламсси(7) и lamssi_boot(7). Темы включают (но не ограничиваются):
обнаружение удаленной оболочки, переопределения во время выполнения использования агента для запуска удаленного
исполняемые файлы (например, rsh и ssh) и т. д.

Закрытие STDIO
Stdio каждого демона LAM на удаленном хосте, который запускается ламбаут закрыто
дефолт. Обычно stdio демона LAM, запущенного на локальном хосте, остается открытым, поэтому
что внутренний LAM тстдио(3) пакет работает правильно. Однако иногда бывает
желательно также закрыть stdio локального демона LAM. Например:

rsh somenode lamboot -s файл хоста

Это потому что RSH ожидает выполнения двух условий перед выходом: ламбаут для выхода и stdout /
stderr необходимо закрыть. Без -s, stdout / stderr не будет закрыт, и RSH (И SSH)
будет висеть хотя ламбаут завершено. -s вызывает stdout / stderr локального
Демон LAM будет закрыт при вызове, что позволит RSH завершить. С использованием -s будете
не влиять ламбаут любым другим способом, но это предотвратит тстдио(3) посылка от
работает должным образом.

Вина Отказоустойчивость
Если же линия индикатора -x указана опция, LAM работает в отказоустойчивом режиме. В этом режиме узлы обмениваются
периодические сообщения `` сердцебиение '', чтобы убедиться, что все узлы работают и ссылки
соединяющие их исправны. Когда сердце узла останавливается, он объявляется мертвым.
и все узлы LAM (и процессы) уведомляются. Это позволяет пользователям писать отказоустойчивые
приложения, которые могут постепенно ухудшаться или полностью восстанавливаться путем замены неработающего узла
с другим (см. Lamgrow(1)). Поскольку этот режим приводит к снижению производительности, он
по умолчанию не активирован.

ПРИМЕРЫ

ламбот -v
Запустите LAM на машинах, описанных в схеме загрузки по умолчанию. Сообщить о
важные шаги по мере их выполнения.

lamboot -d файл хоста
Запустите LAM на машинах, описанных в файле файл хоста. Предоставьте невероятно подробный
сообщает о том, что происходит на каждом этапе процесса загрузки.

Lamboot Mynodes
Запустите LAM на машинах, описанных в схеме загрузки. миноды. Действуйте бесшумно.

Используйте lamboot в Интернете с помощью сервисов onworks.net