dietAgent - Online en la nube

PROGRAMA:

NOMBRE

dietAgent - Agente de middleware de cuadrícula DIET

NOMBRE

dietAgent - Binario principal de la arquitectura DIET para ejecutar Agentes DIET (maestro y local
agentes)

SINOPSIS

dietAgent [archivo de configuración] ...

DESCRIPCIÓN

DietAgent es el binario principal de la distribución DIET. Se utiliza tanto para maestro como para
agentes locales de una jerarquía DIETA.

DIETA PLATAFORMA

Una plataforma DIET se basa en Server Daemons (SeD). Las solicitudes se distribuyen entre
jerarquía de agentes. El planificador puede confiar en la información de disponibilidad de recursos.
recopilados de tres herramientas diferentes: sensores NWS que se colocan en cada nodo del
jerarquía, desde la herramienta de predicción de rendimiento centrada en la aplicación FAST que se basa en
Información de NWS o de CoRI Easy, un módulo basado en llamadas al sistema simples y básicas
pruebas de rendimiento.

Los diferentes componentes de una arquitectura DIET son los siguientes:

Cliente Un cliente es una aplicación que utiliza DIET para resolver problemas computacionales.
Los clientes pueden ser páginas web, scripts de PSE como Matlab o Scilab o programas nativos.

Domina el Agente (MAMÁ)
Un MA gestiona las solicitudes de cálculo de los clientes. Elige el mejor servidor
disponible para manejar la solicitud en función de la información de rendimiento recopilada de
servidores. Luego, la referencia del servidor elegido se devuelve al cliente.

Local Agente (LA)
Una LA transmite solicitudes entre MA y servidores. Los LA almacenan una lista de servicios
disponible en su subárbol. Para cada servicio, las AL almacenan una lista de niños (ya sea
agentes o servidores) que proporcionan los primeros. Dependiendo de la red subyacente
topología, puede existir una jerarquía de LA entre el MA y los servidores apropiados,
Una de las tareas de LA es hacer una programación parcial en su subárbol, reduciendo de manera efectiva
su carga de trabajo de MA.

Server demonio (SeD)
Un SeD encapsula un recurso computacional. Por ejemplo, se puede ubicar en el
punto de entrada de una computadora paralela. SeD almacena una lista de datos disponibles localmente,
solucionadores computacionales disponibles e información relacionada con el rendimiento (disponible
cantidad de memoria o número o recursos). Durante el registro, SeD declara a su
agente padre (LA o MA) cada problema computacional que pueda resolver. SeD puede enviar
información de rendimiento y hardware mediante el uso del módulo CoRI o rendimiento
predicciones para algunos tipos de problemas mediante el módulo FAST.

Domina el Agente DÍA (MAMÁ TROZO DE CUERO)
El Master Agent DAG (MADAG) proporciona la programación del flujo de trabajo del DAG. Este agente sirve como
el punto de entrada a la Jerarquía de la dieta para un cliente que desea enviar un flujo de trabajo.
El lenguaje admitido por MADAG se basa en XML.

CORBA USO PARA DIETA

DIET se basa en el servicio de nombres CORBA para el descubrimiento de servicios, lo que permite a cada entidad
interconectar. La referencia al servicio de nombres omniORB está escrita en un CORBA
archivo de configuración cuya ruta se da a omniORB a través de la variable de entorno
OMNIORB_CONFIG.

Las líneas relativas al servidor de nombres en el archivo de configuración omniORB se crean como
manera:

InitRef = NameService = corbaname :: :

El puerto del servidor de nombres es el puerto dado como argumento a la opción -start de omniNames.
También necesita actualizar su RUTA DE LA BIBLIOTECA LD para que apunte a / lib. Entonces tu LD
La variable de entorno LIBRARY PATH ahora debería ser:
RUTA DE LA BIBLIOTECA LD =/ lib: / lib.

NB1: Para evitar la colisión de nombres, a cada agente se le debe asignar un nombre diferente
en el servidor de nombres; Dado que no tienen hijos, los SeD no necesitan nombres asignados.
para ellos y no se registran en el servidor de nombres.

NB2: Cada jerarquía de Dieta puede utilizar un servidor de nombres diferente o varias jerarquías.
puede compartir un servidor de nombres (asumiendo que a todos los agentes se les asignan nombres únicos). en un
Entorno multi-MA, para que múltiples jerarquías puedan cooperar es
necesario que todos compartan el mismo servidor de nombres.

OPCIONES

archivo de configuración
Archivo de configuración utilizado por el agente para lanzar la entidad DIET

DIETA CONFIGURACIÓN ARCHIVO

Cada entidad DIET requiere un archivo de configuración.

Tenga en cuenta que:

· Los comentarios comienzan con '#' y terminan al final de la línea actual,

· Las líneas significativas tienen el formato: palabra clave = valor, siguiendo el formato de configuración
archivos para omniORB 4,

· Para las opciones que aceptan 0 o 1, 0 significa no y 1 significa sí, y

· Las palabras clave distinguen entre mayúsculas y minúsculas.

Dependiendo del tipo de elemento DIET, se pueden encontrar diferentes tipos de palabras clave. Aquí
es una lista de las posibles palabras clave para un archivo de configuración de DIET Agent:

nivel de seguimiento
Valor entero correspondiente al traceLevel para el agente DIET:

· 0: DIETA no imprime nada.

· 1: DIET imprime solo advertencias y errores en la salida de error estándar.

· 2: [predeterminado] DIET imprime información sobre los pasos principales de una llamada.

· 5: DIET también imprime información sobre todos los pasos internos.

· 10: DIET también imprime todas las estructuras de comunicación.

·> 10: (traceLevel - 10) se le da al ORB para imprimir también mensajes CORBA.

0 Diet no imprime nada, - 1 Diet solo imprime advertencias y errores en el
salida de error estándar, - 2 [predeterminado] Dieta imprime información sobre los pasos principales de una
llamada, - 5 Diet también imprime información sobre todos los pasos internos, - 10 Diet imprime todos
las estructuras de comunicación también, -> 10 (traceLevel - 10) se le da al ORB para
imprima también mensajes CORBA.

tipo de agente
tres valores posibles

· DIET MASTER AGENT (o MA) para un Master Agent

· DIETA AGENTE LOCAL (o LA) para un agente local

· DIET_MA_DAG para un agente MA DAG

dietaport
Entero que configura el puerto de escucha del agente. Si se deja vacío, el ORB obtendrá un
puerto abierto del sistema (si el 2809 predeterminado está ocupado).

dietaHostName
Cadena que configura la interfaz de escucha del agente. Si se deja vacío, el ORB
utilice el nombre de host del sistema (el primero si hay varios disponibles).

nombre Cadena que identifica el elemento. Los clientes y los nodos secundarios (LA y SeD) deben
apunte al mismo servicio de nombres CORBA que aloja el MA.

Nombre del padre
Cadena que identifica al agente principal.

[Observación: solo los agentes locales de DIET pueden usar la palabra clave parentName]

uso rapido
Activación / desactivación booleana del módulo FAST. Si se establece en 0, todos los parámetros LDAP y NWS
se ignoran y todas las solicitudes de FAST se desactivan (cuando Diet se compila con
RÁPIDO). Esto es útil al probar una plataforma DIET sin tener que implementar un
Base LDAP ni plataforma NWS.

[Observación: DIET debe compilarse con FAST]

Uso de ldap
Activación / desactivación booleana del soporte LDAP.

[Observación: DIET debe compilarse con FAST]

ldapbase
Cadena que representa la base LDAP que almacena la dirección de servicios conocidos de FAST en el formulario
Puerto host .

[Observación: DIET debe compilarse con FAST]

máscara ldap
Cadena que especifica la máscara registrada en la base LDAP.

[Observación: DIET debe compilarse con FAST]

nwsUso Activación / desactivación booleana de la compatibilidad con NWS.

[Observación: DIET debe compilarse con FAST]

servidor de nombres nws
Cadena que representa la dirección del servicio de nombres NWS con el formato host: puerto.

[Observación: DIET debe compilarse con FAST]

nwsPronosticador
Cadena que representa el módulo de pronóstico de NWS utilizado por FAST.

[Observación: DIET debe compilarse con FAST]

usarLogService
Activación / desactivación booleana de LogService con fines de supervisión.

lsOutbuffersize
Entero que configura el tamaño del búfer de mensajes salientes.

lsFlushinterval
Entero que establece el intervalo de vaciado para el búfer de mensajes salientes.

vecinos
Cadena de lista de MA que se debe conectar para construir una federación. Tiene el formato
una lista de direcciones separadas por espacios en blanco con el formato host: puerto.

[Observación: DIET debe compilarse con la opción Multi-MA]

mínimo vecinos
Entero que establece el mínimo de vecinos conectados. Si el agente tiene menos conectado
vecinos, intentará establecer nuevas conexiones.

[Observación: DIET debe compilarse con la opción Multi-MA]

máximo de vecinos
Entero que establece el número máximo de vecinos conectados. Además, el agente se negará
conexiones más nuevas.

[Observación: DIET debe compilarse con la opción Multi-MA]

actualizarEnlacePeriod
Entero que establece el período (en segundos) en el que el agente comprobará su
estado de vecinos e intentará establecer nuevas conexiones si sus números son
menos que el mínimo de vecinos.

[Observación: DIET debe compilarse con la opción Multi-MA]

enlazarPuertoServicio
Entero que define el puerto utilizado por la MA para compartir su IOR.

[Observación: Opción utilizada solo por MA]

utilizarConcJobLimit
Activación / desactivación booleana de la restricción SeD sobre soluciones concurrentes. Esta
debe usarse junto con maxConcJobs.

[Observación: opción utilizada solo por SeDs]

maxConcJobs
Entero que establece el número máximo de trabajos que se ejecutan a la vez. Esto debe usarse en
junto con maxConcJobs.

[Observación: opción utilizada solo por SeDs]

ID de ubicación
Cadena utilizada para la predicción de costos de transferencia alternativa en Dagda.

[Observación: opción utilizada solo por SeDs]

MADAGNOMBRE
Cadena correspondiente al nombre del agente MADAG.

[Observación: DIET debe compilarse con la opción de flujo de trabajo]

[Observación: opción utilizada solo por clientes]

planificadorMódulo
Ruta al módulo de la biblioteca sheduler que contiene la implementación del programador.

[Observación: DIET debe compilarse con la opción Programación de usuarios]

[Observación: opción utilizada solo por agentes]

móduloConfigFile
Cadena correspondiente a un archivo de configuración opcional para el módulo.

[Observación: DIET debe compilarse con la opción Programación de usuarios]

[Observación: opción utilizada solo por agentes]

loteNombre
Cadena correspondiente al nombre de la cola donde se enviará el trabajo.

[Observación: DIET debe compilarse con la opción Lote]

[Observación: opción utilizada solo por SeDs]

ruta a NFS
Ruta al directorio NFS donde tiene permisos de lectura / escritura.

[Observación: DIET debe compilarse con la opción Lote]

[Observación: opción utilizada solo por SeDs]

ruta a Tmp
Ruta al directorio temporal donde tiene permisos de lectura / escritura.

[Observación: DIET debe compilarse con la opción Lote]

[Observación: opción utilizada solo por SeDs]

internOARbatchQueueName
La cadena solo es útil cuando se utilizan funciones por lotes de CORI con OAR 1.6

[Observación: DIET debe compilarse con la opción Lote]

[Observación: opción utilizada solo por SeDs]

ID de solicitud de inicio
Entero que establece el valor inicial de la ID de solicitud de MA.

[Observación: Opción utilizada solo por MA]

confirmar archivo
Ruta a un archivo que se creará cuando el elemento esté listo para ejecutarse.

[Observación: DIET debe compilarse con la opción Reconocer archivo]

[Observación: opción utilizada solo por agentes y SeDs]

maxMsgSize
Entero que establece el tamaño máximo de los mensajes CORBA enviados por Dagda. Por defecto, es
lo mismo que el tamaño de omniORB giopMaxMsgSize.

MaxDiskSpace
Número entero que configura el espacio máximo en disco disponible para Dagda para almacenar datos. Cuando se establece
a 0, Dagda ignorará cualquier cuota de disco. Por defecto, es el mismo valor que
espacio disponible en disco en la partición establecida por storageDirectory.

maxMemSpace
Entero que establece la memoria máxima disponible para Dagda. Cuando se establece en 0, Dagda
ignore cualquier limitación de uso de memoria. Por defecto, sin limitaciones.

cachéAlgoritmo
Cadena que define el algoritmo de reemplazo de caché utilizado cuando Dagda necesita más memoria
para almacenar un dato. Los valores posibles son: LRU, LFU, FIFO. Por defecto, no
algoritmo de reemplazo de caché, Dagda nunca sobrescribe los datos.

compartir archivos
Booleano habilitando / deshabilitando el intercambio de archivos Dagda con sus hijos. Requiere que el
los niños pueden acceder a la ruta (es decir: partición NFS compartida por los padres y
niños). De forma predeterminada, no se comparten archivos.

archivo de copia de seguridad de datos
Ruta al archivo de respaldo utilizado por Dagda a solicitud del usuario (punto de control). Por defecto,
ningún punto de control está deshabilitado.

[Observación: opción utilizada por agentes y ServerDaemon]

restaurar al iniciar
Booleano que define si Dagda tiene que cargar el archivo establecido por dataBackupFile al inicio
y restaurar todos los datos registrados durante el último evento de puntos de control. Inhabilitado por
predeterminada.

[Observación: Opción utilizada por agentes y SeDs]

StorageDirectory
Cadena que define el directorio donde Dagda almacenará los archivos de datos. Por defecto / Tmp
se utiliza.

USO ESPECÍFICO PLANIFICACIÓN

Opciones específicas que configuran la política del programador utilizada por el cliente cada vez que envía una
petición:

· RÁFAGA Solicitudes: round robin en el SeD disponible

· RÁFAGA LIMITE LAS: solo permite un cierto número de solicitudes por SeD en paralelo, el límite puede
ser configurado con "void setAllowedReqPerSeD (unsigned ix)"

[Observación: DIET debe compilarse con la opción Programación personalizada de clientes (CCS)]

[Observación: opción utilizada por los clientes]

clienteMaxNbSeD:
Valor entero que representa el número máximo de SeD que debe recibir el cliente.

[Observación: opción utilizada por los clientes]

MEDIO AMBIENTE

DIET necesita que se definan algunas variables para que el agente pueda encontrar todas las
biblioteca obligatoria y el servicio de nombres CORBA.

LD_LIBRARY_PATH
Esta variable de entorno debe contener la ruta a las bibliotecas omniORB

OMNIORB CONFIG
Ruta al archivo de configuración CORBA donde la referencia a la denominación omniORB
el servicio está escrito.

EJEMPLOS

A continuación, se muestran ejemplos de archivos de configuración para el agente principal o los agentes locales.

· Archivo de configuración para el Agente Maestro:

# archivo MA example.cfg, archivo de configuración para un MA
tipo de agente = DIET_MASTER_AGENT
nombre = MA
#traceLevel = 2 # predeterminado
#dietPort = # innecesario
#dietHostname =
useLogService = 0 # predeterminado
lsOutbuffersize = 0 # predeterminado
lsFlushinterval = 10000 # predeterminado

· Archivo de configuración para el agente local

# archivo LA example.cfg, archivo de configuración para un LA
tipo de agente = DIETA_LOCAL_AGENTE
nombre = LA
useLogService = 0 # predeterminado
lsOutbuffersize = 0 # predeterminado
lsFlushinterval = 10000 # predeterminado

PRESENTACIÓN DE INFORMES LOCO

Si encuentra ese software interesante, o si encuentra un error, envíenos un correo electrónico: <-
[email protected]> con la descripción del problema, la versión del programa
y / o cualquier información que pueda ayudarnos a solucionarlo.

Utilice dietAgent en línea utilizando los servicios de onworks.net