Este es el comando lamboot que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
lamboot: inicia una multicomputadora LAM.
SINOPSIS
lamboot [-b] [-d] [-h] [-H] [-l] [-s] [-v] [-V] [-x] [-nn] [-np] [-c archivo conf ] [-prefijo
/ lam / install / path /] [-valor de prefijo de sesión] [-valor de sufijo de sesión]
[valor de -withlamprefixpath] [valor de clave -ssi] [bhost]
CAMPUS
-b Suponga que el shell local y el remoto son iguales. Esto significa que solo un shell remoto
la invocación se utiliza para cada nodo. Si -b no se utiliza, dos invocaciones de shell remotas
se utilizan para cada nodo.
-d Active la salida de depuración. Esto implica -v.
-h Imprime el menú de ayuda del comando.
-l Retrasar la resolución de nombre de host a dirección IP.
-prefijo Utilice la instalación de LAM especificada en / lam / install / path /. No compatible con
Versiones LAM / MPI anteriores a 7.1.
-s Cierre stdio en el nodo local.
-ssi clave propuesta de
Envíe argumentos a varios módulos SSI. Consulte la sección "SSI" a continuación.
-v Sea prolijo.
-x Ejecutar en modo tolerante a fallas.
-H No muestre el encabezado del comando.
-nn No agregue "-n" a la línea de comando del agente remoto
-notario público No fuerce la ejecución de $ HOME / .profile en hosts remotos
-sesión-prefijo propuesta de
Establezca el prefijo de sesión, anulando LAM_MPI_SESSION_PREFIX.
-session-sufijo propuesta de
Establezca el sufijo de la sesión, anulando LAM_MPI_SESSION_SUFFIX.
-con camino fijo de lámpara propuesta de
Anule la ruta de instalación interna. Solo para uso interno, no lo use a menos que
Sabes lo que estas haciendo.
MEDIO AMBIENTE VARIABLES
LAM_MPI_SESSION_PREFIX
LAM_MPI_SESSION_SUFIJO
Es posible cambiar el directorio de sesión utilizado por LAM / MPI, normalmente del
formar:
tmpdir / lam-username @ hostname [-suffix]
tmpdir se establecerá en LAM_MPI_SESSION_PREFIX si está configurado. De lo contrario, volverá a
el valor de TMPDIR. Si no se establece ninguno de estos, el valor predeterminado es / tmp.
El sufijo puede ser anulado por el LAM_MPI_SESSION_SUFIJO Variable ambiental. Si
LAM_MPI_SESSION_SUFIJO no está configurado y LAM se está ejecutando en un lote admitido
sistema de programación, $ sufijo será un valor exclusivo del trabajo que se está ejecutando actualmente.
DESCRIPCIÓN
El arranque La herramienta inicia el software LAM en cada una de las máquinas especificadas en el arranque.
esquema, anfitrión. El esquema de arranque especifica los nombres de host de los nodos que se utilizarán en la ejecución.
tiempo del entorno MPI y, opcionalmente, enumera cómo se pueden usar las CPU LAM en cada nodo. los
el usuario puede querer ejecutar primero el reconstrucción(1) herramienta para verificar que se puede iniciar LAM.
Iniciar LAM es un procedimiento de tres pasos. En el primer paso arranque(1) se invoca en cada uno de
las máquinas especificadas. Luego, cada máquina asigna un puerto dinámico y lo comunica
de nuevo a arranque que los recoge. En el tercer paso, arranque le da a cada máquina el
lista de máquinas / puertos para formar una topología completamente conectada. Si alguna maquina fuera
no puede comenzar, o si un período de tiempo de espera expira antes de que se complete el primer paso, arranque
invoca limpiar(1) para terminar LAM e informa del error.
El anfitrión file es un esquema de arranque LAM escrito en la sintaxis del archivo host. Ver anfitrión(5).
En lugar de la línea de comando, se puede especificar un esquema de arranque en el entorno LAMBHOST
variable. De lo contrario, se utiliza un archivo predeterminado, lam-bhost.def. LAM busca anfitrión la primera
en el directorio local y luego en el directorio de instalación bajo etc /.
Además, arranque utiliza un esquema de proceso para los nodos LAM individuales. Un esquema de proceso
(consulta: conf(5)) es una descripción de los procesos que constituyen el sistema operativo en un
nodo. En general, el administrador del sistema mantiene este archivo; los usuarios de LAM / MPI
generalmente no es necesario cambiar este archivo. También es posible que el usuario personalice el
Software LAM con esquema de proceso privado.
El anfitrión presentar
El formato del anfitrión archivo está documentado en el anfitrión(5) página de manual.
arranque resolverá todos los nombres en anfitrión en el nodo en el que arranque fue invocado (el
nodo de origen). Después de eso, LAM solo usará direcciones IP, no nombres. Específicamente, el
No se utiliza la configuración de resolución de nombres en todos los demás nodos. Por lo tanto, el nodo de origen
debe poder resolver todos los nombres en anfitrión a direcciones accesibles para todos
otros nodos.
Un error común es enumerar localhost (o cualquier nombre que se resuelva en la dirección especial
127.0.0.1 - el dispositivo TCP / IP loopback) en un anfitrión archivo que contiene otros nodos. En
En este caso, la dirección 127.0.0.1 se enviaría a cada uno de los otros nodos como la dirección
del nodo de origen. Si los otros nodos intentan usar 127.0.0.1 para contactar al nodo de origen,
en realidad se pondrán en contacto con ellos mismos, y eventualmente se agotarán y fallarán.
Las direcciones IP obtenidas de anfitrión se utilizan para los metamensajes de LAM: inicio y
cierre de trabajos, mensajes fuera de banda utilizados para la coordinación, etc. La cantidad de tráfico
es bastante bajo (a menos que se utilice el modo "lamd" de paso de mensajes MPI, en cuyo caso todos los MPI
El tráfico también utilizará los metamensajes de LAM para el transporte; consulte mpirún(1)). Cuando usas
el TCP RPI, estas direcciones IP también se utilizan para el paso de mensajes MPI a través de sockets directos
entre cada par de nodos.
Un caso común es cuando un nodo "maestro" tiene varias tarjetas de interfaz de red (NIC): una
que está conectado a una red pública y uno que está conectado a una red privada
donde se ejecutarán trabajos paralelos. Para incluir el nodo maestro en un anfitrión archivo, la IP
El nombre (o dirección) de la NIC en la red privada debe aparecer en anfitrión. Esto
asegura que todos los demás nodos puedan llegar al nodo maestro en la red privada.
Como otro ejemplo, algunas configuraciones tienen múltiples NIC TCP / IP en cada nodo de un
trabajo paralelo. Una NIC se considera "lenta" (p. Ej., 10 Mbps), mientras que la otra se considera
"rápido" (por ejemplo, 100 Mbps). Es deseable permitir que LAM aproveche la mayor
ancho de banda en la red "rápida" para mensajes MPI. Como tal, anfitrión debe enumerar los nombres de IP
(o direcciones) de todas las NIC "rápidas". Sin embargo, si el LAM RPI no utiliza TCP / IP (p. Ej.,
el Myrinet / GM RPI), el anfitrión archivo probablemente debería enumerar las NIC "lentas" para que LAM
El tráfico de metamensajes no causa gastos generales y potencialmente perjudica el rendimiento en
la red "rápida" de otras aplicaciones de alto rendimiento.
Demorando hostname búsquedas
Normalmente, la resolución de nombres de host se realiza en las máquinas donde arranque se invoca.
Esto se hace por razones de optimización, por lo que la lista de nombres de host solo necesita ser
resuelto una vez (minimizando potencialmente la cantidad de DNS u otra red de búsqueda de nombre de host
tráfico).
Sin embargo, en algunos entornos de red no uniformes, esto no es suficiente porque cada
El host puede tener una dirección IP diferente en cada uno de sus pares. Por ejemplo, el host A puede tener
dirección Z en el host B, pero tiene la dirección Y en el host C.
El -l opción de arranque hará que LAM distribuya nombres de host a cada nodo en lugar de a un
conjunto de direcciones IP completamente resuelto. Por lo tanto, cada nodo donde se inicia LAM hará lo suyo
resolución de nombres en la lista de nombres de host.
SSI (Sistema Servicios Interfaz)
El -ssi El conmutador permite el paso de parámetros a varios módulos SSI. SSI de LAM
Los módulos se describen en detalle en lamsi(7). Los módulos SSI tienen un impacto directo en MPI
programas porque permiten que se establezcan parámetros ajustables en tiempo de ejecución (como
controlador de dispositivo a usar, qué parámetros pasar a ese controlador, etc.).
El -ssi switch toma dos argumentos: clave y propuesta de. clave argumento generalmente especifica
qué módulo SSI recibirá el valor. Por ejemplo, el clave "boot" se utiliza para seleccionar
qué RPI se utilizará para iniciar procesos en nodos remotos. los propuesta de argumento es el
valor que se pasa. Por ejemplo:
lamboot -ssi arranque tm
Le dice a LAM que use el módulo de arranque "tm" para el lanzamiento nativo en PBSPro / OpenPBS
entornos (el módulo de arranque tm no requiere un esquema de arranque).
lamboot -ssi boot rsh -ssi rsh_agent "ssh -x" boot_schema
Le dice a LAM que use el módulo de arranque "rsh" y le dice al módulo rsh que use "ssh -x" como
el agente específico para lanzar ejecutables en nodos remotos.
Etcétera. Los módulos SSI de arranque de LAM se describen en lamssi_boot(7). Esta página debe ser
consultado para las acciones específicas que se llevan a cabo y cómo modificar el comportamiento en tiempo de ejecución
de cada módulo de arranque.
El -ssi El interruptor se puede utilizar varias veces para especificar diferentes clave y/o propuesta de
argumentos. Si el mismo clave se especifica más de una vez, el propuesta des están concatenados con
una coma (",") separándolos.
Tenga en cuenta que -ssi Switch es simplemente un atajo para configurar variables de entorno. los
El mismo efecto se puede lograr estableciendo las variables de entorno correspondientes antes
correr arranque. La forma de las variables de entorno que establece LAM son:
LAM_MPI_SSI_key = valor.
Tenga en cuenta que -ssi el conmutador anula cualquier variable de entorno establecida previamente. También tenga en cuenta
que desconocido clave los argumentos todavía se establecen como variables de entorno, no se verifican
(Por limpiar) para la corrección. Ilegal o incorrecto propuesta de Los argumentos pueden o no ser
informado: depende del módulo SSI específico.
Remote Ejecutable Invocación
Todos los aspectos modificables del lanzamiento de ejecutables en nodos remotos durante arranque en
discutido en lamsi(7) y lamssi_boot(7). Los temas incluyen (pero no se limitan a):
descubrimiento de shell remoto, anulaciones en tiempo de ejecución del uso del agente para iniciar
ejecutables (por ejemplo, rsh y ssh), etc.
Cierre stdio
El stdio de cada demonio LAM en un host remoto que es lanzado por arranque está cerrado por
defecto. Normalmente, el stdio del demonio LAM lanzado en el host local se deja abierto para
que el LAM interno tstdio(3) el paquete funciona correctamente. Sin embargo, a veces es
deseable cerrar el stdio del demonio LAM local también. Por ejemplo:
rsh somenode lamboot -s archivo host
Esto es porque rsh espera dos condiciones antes de salir: arranque para salir y stdout /
stderr para ser cerrado. Sin -s, stdout / stderr no se cerraría y rsh (y ssh)
colgará aunque arranque había completado. -s provoca el stdout / stderr del local
El demonio LAM se cerrará tras la invocación, lo que permitirá rsh completar. Utilizando -s seguirá
no afectar arranque de cualquier otra manera, pero evitará la tstdio(3) paquete de
trabajando apropiadamente.
Culpa Tolerancia
Si -x se da la opción, LAM se ejecuta en modo tolerante a fallas. En este modo, los nodos intercambian
mensajes de `` latido del corazón '' periódicamente para asegurarse de que todos los nodos se estén ejecutando y los enlaces
conectarlos están operativos. Cuando los latidos del corazón de un nodo se detienen, se declara `` muerto ''
y se notifica a todos los nodos (y procesos) de LAM. Esto permite a los usuarios escribir tolerantes a fallas
aplicaciones que pueden degradarse con gracia o recuperarse por completo reemplazando el nodo desaparecido
con otro (ver crecer(1)). Dado que este modo introduce una penalización de rendimiento, es
no activado por defecto.
EJEMPLOS
lamboot-v
Inicie LAM en las máquinas descritas en el esquema de arranque predeterminado. Informe sobre
pasos importantes a medida que se realizan.
lamboot -d archivo host
Inicie LAM en las máquinas descritas en el archivo archivo host. Proporcione increíblemente detallado
informa sobre lo que sucede en cada etapa del proceso de arranque.
mynodes de lamboot
Inicie LAM en las máquinas descritas en el esquema de arranque minodos. Opere silenciosamente.
Use lamboot en línea usando los servicios de onworks.net
