dietAgent - Online sa Cloud

PROGRAMA:

NAME

dietAgent - ahente ng middleware ng DIET grid

NAME

dietAgent - Pangunahing binary ng DIET Architecture para sa pagpapatakbo ng DIET Agents (master at local
mga ahente)

SINOPSIS

dietAgent [config file] ...

DESCRIPTION

Ang DietAgent ay ang pangunahing binary ng pamamahagi ng DIET. Ito ay ginagamit para sa parehong master at
mga lokal na ahente ng isang hierarchy ng DIET.

DIET Platform

Ang isang DIET platform ay binuo sa Server Daemons (SeD). Ang mga kahilingan ay ibinahagi sa a
hierarchy ng mga ahente. Maaaring umasa ang scheduler sa mga impormasyon sa pagkakaroon ng mga mapagkukunan
nakolekta mula sa tatlong magkakaibang tool: mga NWS sensor na inilalagay sa bawat node ng
hierarchy, mula sa application-centric performance prediction tool na FAST na umaasa sa
NWS informations o mula sa CoRI Easy isang module batay sa mga simpleng system call at basic
mga pagsubok sa pagganap.

Ang iba't ibang bahagi ng arkitektura ng DIET ay ang mga sumusunod:

Kliente Ang isang kliyente ay isang application na gumagamit ng DIET upang malutas ang mga problema sa computational.
Ang mga kliyente ay maaaring mga web page, mga script ng PSE tulad ng Matlab o Scilab o katutubong programa.

Panginoon ahente (MA)
Pinamamahalaan ng MA ang mga kahilingan sa pagkalkula mula sa mga kliyente. Pinipili nito ang pinakamahusay na server
magagamit upang pangasiwaan ang kahilingan batay sa mga impormasyon sa pagganap na nakolekta mula sa
mga server. Pagkatapos, ang sanggunian ng napiling server ay ibinalik sa kliyente.

Lokal ahente (LA)
Ang isang LA ay nagpapadala ng mga kahilingan sa pagitan ng mga MA at mga server. Nag-iimbak ang mga LA ng listahan ng mga serbisyo
magagamit sa kanilang subtree. Para sa bawat serbisyo, nag-iimbak ang mga LA ng listahan ng mga bata (alinman sa
ahente o server) na nagbibigay ng dating. Depende sa pinagbabatayan ng network
topology, maaaring magkaroon ng hierarchy ng mga LA sa pagitan ng MA at ng mga naaangkop na server,
isa sa mga gawain ng LA ay gumawa ng bahagyang pag-iskedyul sa subtree nito, na epektibong binabawasan
ang MA workload nito.

server demonyo (SeD)
Ang isang SeD ay sumasaklaw sa isang mapagkukunang computational. Halimbawa, maaari itong mahanap sa
entry point ng isang parallel na computer. Ang SeD ay nag-iimbak ng isang listahan ng lokal na magagamit na data,
magagamit na mga computational solver at impormasyong nauugnay sa pagganap (magagamit
halaga ng memorya o numero o mapagkukunan). Sa panahon ng pagpaparehistro, idineklara ng SeD dito
parent agent (LA o MA) bawat computational problem na kaya nitong lutasin. Maaaring magpadala ang SeD
performance at hardware na impormasyon sa pamamagitan ng paggamit ng CoRI module o performance
mga hula para sa ilang uri ng problema sa pamamagitan ng paggamit ng FAST module.

Panginoon ahente Magdaga (MA DAG)
Ang Master Agent DAG (MADAG) ay nagbibigay ng DAG workflow scheduling. Ang ahente na ito ay nagsisilbing
ang entry point sa Diet Hierarchy para sa isang kliyente na gustong magsumite ng workflow.
Ang wikang sinusuportahan ng MADAG ay batay sa XML.

CORBA PAGGAMIT PARA SA DIET

Ang DIET ay umaasa sa serbisyo ng pagpapangalan ng CORBA para sa pagtuklas ng serbisyo na nagpapahintulot sa bawat entity na
magkabit. Ang pagtukoy sa serbisyo ng pagbibigay ng pangalan ng omniORB ay isinulat sa isang CORBA
configuration file na ang path ay ibinibigay sa omniORB sa pamamagitan ng environment variable
OMNIORB_CONFIG.

Ang mga linya tungkol sa name server sa omniORB configuration file ay binuo bilang
sumusunod:

InitRef = NameService=corbaname:: :

Ang name server port ay ang port na ibinigay bilang argumento sa -start na opsyon ng omniNames.
Kailangan mo ring i-update ang iyong LD LIBRARY PATH upang ituro /lib. Kaya ang iyong LD
LIBRARY PATH environment variable ay dapat na ngayon ay :
LD LIBRARY PATH=/ lib: /lib.

NB1: Upang maiwasan ang banggaan ng pangalan, dapat bigyan ng ibang pangalan ang bawat ahente
sa name server; dahil wala silang anak, hindi kailangan ng mga SeD na italaga ang mga pangalan
sa kanila at hindi sila nagrerehistro sa name server.

NB2: Ang bawat hierarchy ng Diet ay maaaring gumamit ng ibang name server, o maramihang hierarchy
maaaring magbahagi ng isang name server (ipagpalagay na ang lahat ng mga ahente ay itinalaga ng mga natatanging pangalan). Sa isang
multi-MA na kapaligiran, sa order para sa maramihang mga hierarchies upang ma-cooperate ito ay
kinakailangan na lahat sila ay may iisang name server.

Opsyon

config_file
Configuration file na ginagamit ng ahente para ilunsad ang DIET entity

DIET Configuration FILE

Ang bawat DIET entity ay nangangailangan ng configuration file.

Mangyaring tandaan na:

· Ang mga komento ay nagsisimula sa '#' at tapusin sa dulo ng kasalukuyang linya,

· Ang mga makabuluhang linya ay may format na: keyword = value, sumusunod sa format ng configuration
mga file para sa omniORB 4,

· para sa mga opsyon na tumatanggap ng 0 o 1, 0 ay nangangahulugang hindi at 1 ay nangangahulugang oo, at

· case sensitive ang mga keyword.

Depende sa uri ng elemento ng DIET, maaaring matagpuan ang iba't ibang uri ng keyword. Dito
ay isang listahan ng mga posibleng keyword para sa configuration file ng DIET Agent:

traceLevel
Integer value na tumutugma sa traceLevel para sa DIET agent:

· 0: DIET huwag mag-print ng kahit ano.

· 1: Ang DIET ay nagpi-print lamang ng mga babala at error sa karaniwang output ng error.

· 2: [default] Ang DIET ay nagpi-print ng impormasyon sa mga pangunahing hakbang ng isang tawag.

· 5: Ang DIET ay nagpi-print din ng impormasyon sa lahat ng panloob na hakbang.

· 10: Ini-print din ng DIET ang lahat ng istruktura ng komunikasyon.

· >10: (traceLevel - 10) ay ibinibigay sa ORB upang mag-print din ng mga mensahe ng CORBA.

0 Diet ay hindi nagpi-print ng kahit ano, – 1 Diet ay nagpi-print lamang ng mga babala at error sa
karaniwang error na output, – 2 [default] Diet ay nagpi-print ng impormasyon sa mga pangunahing hakbang ng a
tumawag, – 5 Diet ay nagpi-print ng impormasyon sa lahat ng mga panloob na hakbang din, – 10 Diet ang nagpi-print ng lahat
ang mga istruktura ng komunikasyon din, – > 10 (traceLevel - 10) ay ibinibigay sa ORB sa
mag-print din ng mga mensahe ng CORBA.

Uri ng ahente
tatlong posibleng halaga

· DIET MASTER AGENT (o MA) para sa isang Master Agent

· DIET LOCAL AGENT (o LA) para sa isang Lokal na Ahente

· DIET_MA_DAG para sa isang MA DAG Agent

dietPort
Integer ang pagtatakda ng listening port ng ahente. Kung hinayaang walang laman, ang ORB ay makakakuha ng
buksan ang port mula sa system (kung ang default 2809 ay abala).

dietHostName
String na nagtatakda ng interface ng pakikinig ng ahente. Kung iniwang walang laman, gagawin ng ORB
gamitin ang hostname ng system (ang una kung marami ang magagamit).

pangalan String na nagpapakilala sa elemento. Ang mga kliyente at mga child node (LA at SeD) ay dapat
ituro ang parehong CORBA Naming Service na nagho-host ng MA.

pangalan ng magulang
String na nagpapakilala sa ahente ng magulang.

[Remark: Mga Lokal na Ahente lang ng DIET ang maaaring gumamit ng parentName keyword]

fastUse
Boolean na pagpapagana/hindi pagpapagana ng FAST na module. Kung nakatakda sa 0, lahat ng LDAP at NWS parameter
ay binabalewala, at lahat ng kahilingan sa FAST ay hindi pinagana (kapag ang Diet ay pinagsama-sama sa
MABILIS). Ito ay kapaki-pakinabang habang sinusubukan ang isang DIET platform nang hindi kinakailangang mag-deploy ng isang
LDAP base o isang NWS platform.

[Remark: Ang DIET ay dapat isama sa FAST]

ldapUse
Boolean na pagpapagana/hindi pagpapagana ng suporta sa LDAP.

[Remark: Ang DIET ay dapat isama sa FAST]

ldapBase
String na kumakatawan sa LDAP base na nag-iimbak ng FAST-kilalang address ng mga serbisyo sa form
host:port .

[Remark: Ang DIET ay dapat isama sa FAST]

ldapMask
String na tumutukoy sa mask na nakarehistro sa base ng LDAP.

[Remark: Ang DIET ay dapat isama sa FAST]

nwsUse Boolean na pagpapagana/hindi pagpapagana ng suporta sa NWS.

[Remark: Ang DIET ay dapat isama sa FAST]

nwsNameserver
String na kumakatawan sa NWS na address ng serbisyo sa pagbibigay ng pangalan sa form na host:port .

[Remark: Ang DIET ay dapat isama sa FAST]

nwsForecaster
String na kumakatawan sa NWS forecast module na ginagamit ng FAST.

[Remark: Ang DIET ay dapat isama sa FAST]

gamitin angLogService
Boolean na pagpapagana/hindi pagpapagana sa LogService para sa mga layunin ng pagsubaybay.

lsOutbuffersize
Integer na nagtatakda ng laki ng buffer ng mga papalabas na mensahe.

lsFlushinterval
Integer ang pagtatakda ng flush interval para sa papalabas na buffer ng mga mensahe.

mga kapitbahay
String na listahan ng MA na dapat makipag-ugnayan upang bumuo ng isang federation. Ito ay naka-format bilang
isang white-space separated na listahan ng mga address sa form na host:port.

[Remark: Ang DIET ay dapat isama sa Multi-MA na opsyon]

minimum na mga kapitbahay
Integer na nagtatakda ng pinakamababang konektadong mga kapitbahay. Kung ang ahente ay hindi gaanong konektado
mga kapitbahay, susubukan nitong magtatag ng mga bagong koneksyon.

[Remark: Ang DIET ay dapat isama sa Multi-MA na opsyon]

maximum na mga kapitbahay
Integer na nagtatakda ng maximum na konektadong mga kapitbahay. Dagdag pa, tatanggi ang ahente
mas bagong koneksyon.

[Remark: Ang DIET ay dapat isama sa Multi-MA na opsyon]

updateLinkPeriod
Integer na nagtatakda ng panahon (sa mga segundo) kung saan susuriin ito ng ahente
katayuan ng mga kapitbahay at susubukan na magtatag ng mga bagong koneksyon kung ang kanilang mga numero ay
mas mababa sa minimum na mga kapitbahay.

[Remark: Ang DIET ay dapat isama sa Multi-MA na opsyon]

bindServicePort
Integer na tumutukoy sa port na ginagamit ng MA upang ibahagi ang IOR nito.

[Remark: Opsyon na ginagamit lang ng mga MA]

gumamit ngConcJobLimit
Ang pag-enable/hindi pagpapagana ng Boolean sa SeD restriction tungkol sa concurrent solves. Ito
dapat gamitin kasabay ng maxConcJobs.

[Remark: Opsyon na ginagamit lamang ng mga SeD]

maxConcJobs
Integer na nagtatakda ng maximum na bilang ng mga trabahong tumatakbo nang sabay-sabay. Dapat itong gamitin sa
kasabay ng maxConcJobs.

[Remark: Opsyon na ginagamit lamang ng mga SeD]

locationID
String na ginamit para sa alternatibong hula sa gastos sa paglilipat sa Dagda.

[Remark: Opsyon na ginagamit lamang ng mga SeD]

MADAGNAME
String na tumutugma sa pangalan ng ahente ng MADAG.

[Remark: Ang DIET ay dapat na pinagsama-sama sa opsyon sa daloy ng trabaho]

[Remark: Opsyon na ginagamit lamang ng mga kliyente]

schedulerModule
Path sa sheduler library module na naglalaman ng scheduler na pagpapatupad.

[Remark: Ang DIET ay dapat na pinagsama-sama sa pagpipiliang Pag-iiskedyul ng User]

[Remark: Opsyon na ginagamit lamang ng mga ahente]

moduleConfigFile
String na naaayon sa isang opsyonal na configuration file para sa module.

[Remark: Ang DIET ay dapat na pinagsama-sama sa pagpipiliang Pag-iiskedyul ng User]

[Remark: Opsyon na ginagamit lamang ng mga ahente]

batchName
String na tumutugma sa pangalan ng pila kung saan isusumite ang trabaho.

[Remark: Ang DIET ay dapat isama sa Batch na opsyon]

[Remark: Opsyon na ginagamit lamang ng mga SeD]

landasToNFS
Path sa direktoryo ng NFS kung saan mayroon kang mga pahintulot na magbasa/magsulat.

[Remark: Ang DIET ay dapat isama sa Batch na opsyon]

[Remark: Opsyon na ginagamit lamang ng mga SeD]

pathToTmp
Path sa pansamantalang direktoryo kung saan mayroon kang mga pahintulot na magbasa/magsulat.

[Remark: Ang DIET ay dapat isama sa Batch na opsyon]

[Remark: Opsyon na ginagamit lamang ng mga SeD]

internOARbatchQueueName
Kapaki-pakinabang lang ang string kapag gumagamit ng mga feature ng CORI batch na may OAR 1.6

[Remark: Ang DIET ay dapat isama sa Batch na opsyon]

[Remark: Opsyon na ginagamit lamang ng mga SeD]

initRequestID
Integer ang pagtatakda ng panimulang halaga ng MA Request ID.

[Remark: Opsyon na ginagamit lang ng mga MA]

ackFile
Path sa isang file na gagawin kapag handa nang i-execute ang elemento.

[Remark: Ang DIET ay dapat isama sa opsyon na Acknowledge File]

[Remark: Opsyon na ginagamit lamang ng mga Ahente at SeD]

maxMsgSize
Integer na nagtatakda ng maximum na laki ng mga mensahe ng CORBA na ipinadala ni Dagda. Bilang default, ito ay
kapareho ng laki ng omniORB giopMaxMsgSize.

maxDiskSpace
Integer setting maximum na espasyo sa disk na magagamit sa Dagda para sa pag-iimbak ng data. Kapag itinakda
hanggang 0, babalewalain ni Dagda ang anumang disk quota. Bilang default, ito ay ang parehong halaga bilang
magagamit na puwang sa disk sa partisyon na itinakda ng storageDirectory.

maxMemSpace
Integer na nagtatakda ng maximum na memorya na magagamit sa Dagda. Kapag nakatakda sa 0, gagawin ni Dagda
huwag pansinin ang anumang limitasyon sa paggamit ng memorya. Bilang default, walang limitasyon.

cacheAlgorithm
String na tumutukoy sa algorithm ng pagpapalit ng cache na ginagamit kapag kailangan ng Dagda ng mas maraming memorya
para sa pag-iimbak ng isang piraso ng data. Ang mga posibleng value ay: LRU, LFU, FIFO. Bilang default, hindi
algorithm sa pagpapalit ng cache, hindi kailanman na-overwrite ni Dagda ang data.

magbahagi ng mga file
Ang Boolean na pagpapagana/hindi pagpapagana sa pagbabahagi ng file ng Dagda sa mga anak nito. Nangangailangan na ang
ang path ay naa-access ng mga bata (ibig sabihin: NFS partition na ibinahagi ng magulang at
mga bata). Bilang default, walang pagbabahagi ng file.

dataBackupFile
Path sa backup file na ginamit ni Dagda sa kahilingan ng user (checkpointing). Bilang default,
walang checkpointing ang hindi pinagana.

[Remark: Opsyon na ginamit ng mga Ahente at ServerDaemon]

restoreOnStart
Tinutukoy ng Boolean kung kailangang i-load ni Dagda ang file na itinakda ng dataBackupFile sa startup
at ibalik ang lahat ng data na naitala sa huling kaganapan ng checkpointing. Hindi pinagana ng
default.

[Remark: Opsyon na ginagamit ng mga ahente at SeD]

storageDirectory
String na tumutukoy sa direktoryo kung saan mag-iimbak si Dagda ng mga file ng data. Bilang default / Tmp
Ginagamit.

GAMITIN TIYAK PAG-iskedyul

Mga partikular na opsyon sa pagtatakda ng patakaran sa scheduler na ginagamit ng kliyente sa tuwing magsusumite ito ng a
kahilingan:

· BURST HILING: round robin sa magagamit na SeD

· BURST LIMIT: payagan lamang ang isang tiyak na bilang ng kahilingan sa bawat SeD na kahanay ng limitasyon na maaari
itakda sa "void setAllowedReqPerSeD(unsigned ix)"

[Remark: Ang DIET ay dapat isama sa pagpipiliang Custom Client Scheduling (CCS)]

[Remark: Opsyon na ginagamit ng mga kliyente]

clientMaxNbSeD:
Integer value na kumakatawan sa maximum na bilang ng SeD na dapat matanggap ng kliyente.

[Remark: Opsyon na ginagamit ng mga kliyente]

Kapaligiran

Ang DIET ay nangangailangan ng ilang mga variable upang matukoy upang mahanap ng ahente ang lahat ng
mandatoryong aklatan at ang serbisyo ng pagpapangalan ng CORBA.

LD_LIBRARY_PATH
Ang environment variable na ito ay dapat maglaman ng path sa omniORB library

OMNIORB KONFIG
Path sa CORBA configuration file kung saan ang reference sa omniORB na pagpapangalan
nakasulat ang serbisyo.

HALIMBAWA

Narito ang mga halimbawa ng configuration file para sa Master Agent o Local Agents.

· Configuration file para sa Master Agent:

# file MA example.cfg, configuration file para sa isang MA
agentType = DIET_MASTER_AGENT
pangalan = MA
#traceLevel = 2 # default
#dietPort = # hindi kailangan
#dietHostname =
useLogService = 0 # default
lsOutbuffersize = 0 # default
lsFlushinterval = 10000 # default

· Configuration file para sa Local Agent

# file LA example.cfg, configuration file para sa isang LA
agentType = DIET_LOCAL_AGENT
pangalan = LA
useLogService = 0 # default
lsOutbuffersize = 0 # default
lsFlushinterval = 10000 # default

Pag-uulat TUMBOK

Kung nakita mong kawili-wili ang software na iyon, o kung nakakita ka ng bug, mangyaring magpadala sa amin ng isang mail: <‐
diet-dev@ens-lyon.fr> kasama ang paglalarawan ng problema, ang bersyon ng programa
at/o anumang impormasyon na maaaring makatulong sa amin sa pag-aayos nito.

Gumamit ng dietAgent online gamit ang mga serbisyo ng onworks.net