OZ 2007/3

158 ORGANIZACIJA ZNANJA 2007, LETN. 12, ZV. 3 Iz slike 15 je lepo razvidno, da je visoko prioritetna na- loga upočasnjena z nizko prioritetno nalogo. Pravilno izvajanje takšnih nalog bi bilo takšno, da bi se naloga z visoko prioriteto izvedla prva, nato pa bi se izvedle po prioriteti vse preostale naloge. Pri zamenjavi določenih razredov, ki upoštevajo izvaja- nje prioritetnih nalog, se izvajanje nalog spremeni. To je vidno na sliki 16. Iz slike 15 in slike 17 je vidna razlika v izvajanju prioritetnih nalog. Po teh spremembah v programu se bo izvajanje nalog iz- vajalo na naslednji način. UPRAVLJANJE ASINHRONIH DOGOD- KOV Večino obstoječih fizičnih sistemov ima dva načina asin- hronega obnašanja: • časovno proženje, • dogodkovno proženje. Koncept RTSJ ima naslednji način obnašanja: • za en dogodek se lahko uporabi več upravljavcev, • izvajanje logike je razporejeno in dodeljeno več upravljavcem. Slika 18 prikazuje filozofijo RTS pri upravljanju asinhro- nih dogodkov. Ko se v izvajanju sistema pojavi neki dogodek, se vsi pri- padajoči upravljavci sprostijo. Dogodki se začnejo nato izvajati glede na upravljavčeve parametre. To delovanje prikazuje slika 19. V Java SE RTS 2.0 lahko takšno izvajanje omogoča raz- red AsyncEventHandler. Za ta razred obstaja tudi družina razredov, ki izpolnjujejo še razne dodatne zahteve. PERIODI^NO IZVAJANJE Uporablja se predvsem za namene regulacij (closed-loop, PID controlers). Periodično izvajanje prikazuje slika 20. Slika 16: Prikaz sprememb v programu Slika 17: Prikaz treh nalog, ki se prepletajo, v prioritet- nem načinu delovanja Slika 18: Asinhrono izvajanje v javinem okolju Slika 19: Prikaz koncepta “sprôsti in začni izvajati”