Ero sivun ”Reaaliaikainen käyttöjärjestelmä” versioiden välillä
[katsottu versio] | [katsottu versio] |
Rivi 33: | Rivi 33: | ||
== Reaaliaikakäyttöjärjestelmiä == |
== Reaaliaikakäyttöjärjestelmiä == |
||
* [[iRMX]] |
|||
* [[MQX]] |
* [[MQX]] |
||
* [[MicroC/OS]] |
* [[MicroC/OS]] |
Versio 29. tammikuuta 2017 kello 20.53
Reaaliaikainen käyttöjärjestelmä (engl. Real-time operating system, RTOS) on käyttöjärjestelmätyyppi, joka noudattaa reaaliaikaisuus-vaatimuksia.
Vaatimukset voidaan jakaa kahteen kategoriaan:
- pehmeä (soft real-time), palvelun laadun heikkeneminen kuten audiotoiston pätkiminen
- kova (hard real-time), täysi epäonnistuminen kuten sydämentahdistimen epäonnistuminen
Keskeinen suunnittelukohta on vaatimus vasteajan noudattamisesta: ajassa, jossa toiminnon on joko onnistuttava tai epäonnistuttava (deadline). Reaaliaikaisen järjestelmän ei tarvitse olla nopea, mutta sen on oltava luotettava ja reagoitava aina tietyn aikarajan sisällä.
Reaaliaikaiset järjestelmät vaativat takeen (guarantee) vasteajasta: tavallinenkin järjestelmä voi toimia aikarajan sisällä mutta se ei välttämättä ole taattua.
Esimerkkejä käyttökohteesta voivat olla Fly-by-wire järjestelmä ja lukkiutumattomat jarrut (ABS).
Toteutustapoja
Toteutustavat voidaan jakaa kahteen kategoriaan:
- tapahtumapohjainen (event-driven)
- aikajakava (time sharing)
Aikajakavajärjestelmä voi olla tasaisempi moniajon kannalta, mutta voi käyttää enemmän resursseja kuin tarpeen mikäli järjestelmä käyttää paljon aikaa odottamiseen.
Viestimekanismit
Asynkroninen viestien välitys ja käsittely on menetelmä, jota voidaan käyttää kun halutaan varmistaa että haluttu toiminto ei pysäytä tehtävän suorittamista. Menetelmä tarkoittaa usein erillisiä säikeitä eri tehtäville.
Osiointi
- Pääartikkeli: DO-178B
Tehtävät osioidaan kriittisestä vähemmän kriittiseen siten, että alemman kriittisyystason epäonnistuminen ei voi keskeyttää korkeamman kriittisyystason tehtäviä. Menetelmää käytetään ilmailun ohjelmistojen toteuttamisessa.
Voidaan myös vaatia formaalia todistetta ohjelmakoodin oikeellisuudesta ja kaikkien syötteiden ja tilojen huomioimisesta toteutuksen toiminnassa.