Diferitele componente ale unei arhitecturi DIET sunt următoarele:

agent

Liniile referitoare la serverul de nume din fișierul de configurare omniORB sunt construite după cum urmează:

Portul serverului de nume este portul dat ca argument pentru opțiunea -start a omniNames. De asemenea, trebuie să vă actualizați CALEA BIBLIOTECĂ LD pentru a indica spre/lib. Deci variabila de mediu LD LIBRARY PATH ar trebui să fie acum:

NB1: Pentru a evita coliziunea de nume, fiecărui agent trebuie să i se atribuie un nume diferit în serverul de nume; deoarece nu au copii, SeD-urile nu au nevoie de nume atribuite și nu se înregistrează la serverul de nume.

NB2: Fiecare ierarhie dietetică poate utiliza un server de nume diferit sau mai multe ierarhii pot partaja un singur server de nume (presupunând că tuturor agenților li se atribuie nume unice). Într-un mediu multi-MA, pentru ca ierarhiile multiple să poată coopera este necesar ca toți să partajeze același server de nume.

Vă rugăm să rețineți că:

  • comentariile încep cu „#” și se termină la sfârșitul liniei curente,
  • liniile semnificative au formatul: cuvânt cheie = valoare, urmând formatul fișierelor de configurare pentru omniORB 4,
  • pentru opțiunile care acceptă 0 sau 1, 0 înseamnă nu și 1 înseamnă da și
  • cuvintele cheie sunt sensibile la majuscule și minuscule.

În funcție de tipul elementului DIET, pot fi găsite diferite tipuri de cuvinte cheie. Iată o listă a posibilelor cuvinte cheie pentru un fișier de configurare DIET Agent:

  • 0: DIET nu imprima nimic.
  • 1: DIET tipărește numai avertismente și erori pe ieșirea de eroare standard.
  • 2: [implicit] DIET tipărește informații despre pașii principali ai unui apel.
  • 5: DIET tipărește și informații despre toți pașii interni.
  • 10: DIET tipărește și toate structurile de comunicare.
  • > 10: (traceLevel - 10) este dat către ORB pentru a imprima și mesajele CORBA.

0 Diet nu tipărește nimic, - 1 Diet imprimă numai avertismente și erori la ieșirea standard de eroare, - 2 [implicit] Diet imprimă informații despre pașii principali ai unui apel, - 5 Diet imprimă informații și pe toți pașii interni, - 10 Dieta tipărește și toate structurile de comunicare, -> 10 (traceLevel - 10) este dat către ORB pentru a imprima și mesajele CORBA.

agentType trei valori posibile

  • DIET MASTER AGENT (sau MA) pentru un agent master
  • DIET AGENT LOCAL (sau LA) pentru un agent local
  • DIET_MA_DAG pentru un agent MA DAG

[Observație: numai agenții locali DIET ar putea folosi cuvântul cheie parentName]

fastUse Activarea/dezactivarea modulului boolean FAST. Dacă este setat la 0, toți parametrii LDAP și NWS sunt ignorați și toate cererile către FAST sunt dezactivate (atunci când dieta este compilată cu FAST). Acest lucru este util în timpul testării unei platforme DIET fără a fi nevoie să implementați o bază LDAP și nici o platformă NWS.

[Observație: DIETA trebuie compilată cu FAST]

ldapUse Activare/dezactivare suport boolean LDAP.

[Observație: DIETA trebuie compilată cu FAST]

ldapBase Șir care reprezintă baza LDAP care stochează adresa serviciilor cunoscute FAST în formularul gazdă: port .

[Observație: DIETA trebuie compilată cu FAST]

ldapMask Șir care specifică masca înregistrată în baza LDAP.

[Observație: DIETA trebuie compilată cu FAST]

nwsUse Activarea/dezactivarea suportului NWS boolean.

[Observație: DIETA trebuie compilată cu FAST]

nwsNameserver Șir care reprezintă adresa serviciului de denumire NWS în formularul gazdă: port .

[Observație: DIETA trebuie compilată cu FAST]

nwsForecaster Șir care reprezintă modulul de prognoză NWS utilizat de FAST.

[Observație: DIETA trebuie compilată cu FAST]

useLogService Activarea/dezactivarea booleană LogService în scopuri de monitorizare. lsOutbuffersize Setarea întregului dimensiunea bufferului pentru mesajele de ieșire. lsFlushinterval Setarea întregului interval de spălare pentru bufferul de mesaje de ieșire. vecini Șir de listare MA care trebuie conectat pentru a construi o federație. Este formatat ca o listă separată de spații albe de adrese în formularul gazdă: port.

[Observație: DIETA trebuie compilată cu opțiunea Multi-MA]

minimVecini Setarea întregului vecini conectați minim. Dacă agentul are vecini mai puțin conectați, va încerca să stabilească noi conexiuni.

[Observație: DIETA trebuie compilată cu opțiunea Multi-MA]

maximVecini Setarea întregului vecin maxim conectat. În plus, agentul va refuza conexiuni mai noi.

[Observație: DIETA trebuie compilată cu opțiunea Multi-MA]

updateLinkPeriod Setarea întregii perioadei (în secunde) la care agentul își va verifica starea vecinilor și va încerca să stabilească noi conexiuni dacă numerele lor sunt mai mici decât minimul.

[Observație: DIETA trebuie compilată cu opțiunea Multi-MA]

bindServicePort Număr întreg care definește portul utilizat de MA pentru a partaja IOR-ul său.

[Observație: opțiune utilizată numai de agenții de administrație]

useConcJobLimit Activarea/dezactivarea booleană a restricției SeD despre rezolvările concurente. Acest lucru trebuie utilizat împreună cu maxConcJobs.

[Observație: opțiune utilizată numai de SeD-uri]

maxConcJobs Setarea întregului număr maxim de lucrări care rulează simultan. Acest lucru trebuie utilizat împreună cu maxConcJobs.

[Observație: opțiune utilizată numai de SeD-uri]

locationID Șir utilizat pentru predicția costurilor de transfer alternative în Dagda.

[Observație: opțiune utilizată numai de SeD-uri]

MADAGNAME Șir care corespunde numelui agentului MADAG.

[Observație: DIETA trebuie compilată cu opțiunea de flux de lucru]

[Observație: opțiune utilizată numai de clienți]

schedulerModule Calea către modulul de bibliotecă sheduler care conține implementarea planificatorului.

[Observație: DIET trebuie să fie compilat cu opțiunea User Scheduling]

[Observație: opțiune utilizată numai de agenți]

moduleConfigFile Șir corespunzător unui fișier de configurare opțional pentru modul.

[Observație: DIET trebuie să fie compilat cu opțiunea User Scheduling]

[Observație: opțiune utilizată numai de agenți]

batchName Șir corespunzător numelui cozii unde va fi trimisă lucrarea.

[Observație: DIETA trebuie compilată cu opțiunea Batch]

[Observație: opțiune utilizată numai de SeD-uri]

pathToNFS Calea către directorul NFS unde aveți permisiunile de citire/scriere.

[Observație: DIETA trebuie compilată cu opțiunea Batch]

[Observație: opțiune utilizată numai de SeD-uri]

pathToTmp Calea către directorul temporar unde aveți permisiunile de citire/scriere.

[Observație: DIETA trebuie compilată cu opțiunea Batch]

[Observație: opțiune utilizată numai de SeD-uri]

internOARbatchQueueName Șirul este util numai atunci când se utilizează caracteristicile CORI batch cu OAR 1.6

[Observație: DIETA trebuie compilată cu opțiunea Batch]

[Observație: opțiune utilizată numai de SeD-uri]

initRequestID Setarea întregii valorii de pornire a ID-ului cererii MA.

[Observație: opțiune utilizată numai de agenții de administrație]

ackFile Calea către un fișier care va fi creat atunci când elementul este gata de executare.

[Observație: DIETA trebuie să fie compilată cu opțiunea Confirmare fișier]

[Observație: opțiune utilizată numai de agenți și SeD]

maxMsgSize Setarea întregii dimensiunea maximă a mesajelor CORBA trimise de Dagda. În mod implicit, este la fel ca dimensiunea omniORB giopMaxMsgSize. maxDiskSpace Setarea întregului spațiu maxim pe disc disponibil pentru Dagda pentru stocarea datelor. Când este setat la 0, Dagda va ignora orice cotă de disc. În mod implicit, este aceeași valoare ca spațiul pe disc disponibil pe partiția setată de storageDirectory. maxMemSpace Setarea întregului cu memoria maximă disponibilă pentru Dagda. Când este setat la 0, Dagda va ignora orice limitare a utilizării memoriei. În mod implicit, fără limitări. cacheAlgorithm Șir care definește algoritmul de înlocuire a cache-ului folosit atunci când Dagda are nevoie de mai multă memorie pentru stocarea unei bucăți de date. Valorile posibile sunt: ​​LRU, LFU, FIFO. În mod implicit, nu există algoritm de înlocuire a cache-ului, Dagda nu suprascrie niciodată datele. distribuie fisiere Activarea/dezactivarea booleană a partajării de fișiere Dagda cu copiii săi. Necesită ca calea să fie accesibilă copiilor (adică: partiția NFS partajată de părinți și copii). În mod implicit, nu există partajare de fișiere. dataBackupFile Calea către fișierul de rezervă utilizat de Dagda la cererea utilizatorului (checkpointing). În mod implicit, niciun punct de control nu este dezactivat.

[Observație: opțiune utilizată de agenți și ServerDaemon]

restoreOnStart Definirea booleană dacă Dagda trebuie să încarce fișierul setat de dataBackupFile la pornire și să restabilească toate datele înregistrate în timpul ultimului eveniment de control. Dezactivat în mod implicit.

[Observație: opțiune utilizată de agenți și SeD-uri]

storageDirectory Șir care definește directorul în care Dagda va stoca fișierele de date. În mod implicit, se utilizează/tmp.

  • CERERE DE RAPIDARE: round robin pe SeD-ul disponibil
  • LIMITĂ DE RĂZBOI: permite doar un anumit număr de cereri per SeD în paralel limita poate fi setată cu "void setAllowedReqPerSeD (unsigned ix)"

[Observație: DIET trebuie să fie compilat cu opțiunea Custom Client Scheduling (CCS)]