Ero sivun ”Reaaliaikainen käyttöjärjestelmä” versioiden välillä
| [katsottu versio] | [katsottu versio] |
Ei muokkausyhteenvetoa |
|||
| Rivi 1: | Rivi 1: | ||
'''Reaaliaikainen käyttöjärjestelmä''' ({{k-en|Real-time operating system}}, RTOS) on [[käyttöjärjestelmä]]tyyppi, joka noudattaa [[reaaliaikaisuus]]-vaatimuksia. |
'''Reaaliaikainen käyttöjärjestelmä''' ({{k-en|Real-time operating system}}, RTOS) on [[käyttöjärjestelmä]]tyyppi, joka noudattaa [[reaaliaikaisuus]]-vaatimuksia. |
||
Vaatimukset voidaan jakaa kahteen kategoriaan:<ref>{{Verkkoviite | osoite = http://people.inf.ethz.ch/troscoe/pubs/UCAM-CL-TR-376.pdf | nimeke = The Structure of a Multi-Service Operating System | tekijä = Roscoe, Timothy | julkaistu = 1995 | viitattu = 20.2.2017}}</ref> |
|||
Vaatimukset voidaan jakaa kahteen kategoriaan: |
|||
* pehmeä (''soft real-time''), palvelun laadun heikkeneminen kuten audiotoiston pätkiminen |
* pehmeä (''soft real-time''), palvelun laadun heikkeneminen kuten audiotoiston pätkiminen |
||
* kova (''hard real-time''), täysi epäonnistuminen kuten sydämentahdistimen epäonnistuminen |
* kova (''hard real-time''), täysi epäonnistuminen kuten sydämentahdistimen epäonnistuminen |
||
| Rivi 46: | Rivi 46: | ||
* [[TRON]] |
* [[TRON]] |
||
* [[DO-178B]] |
* [[DO-178B]] |
||
== Lähteet == |
|||
{{Viitteet}} |
|||
{{Käännös|:en:Real-time operating system}} |
{{Käännös|:en:Real-time operating system}} |
||
Versio 20. helmikuuta 2017 kello 03.03
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:[1]
- 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.
Reaaliaikakäyttöjärjestelmiä
Katso myös
Lähteet
- ↑ Roscoe, Timothy: The Structure of a Multi-Service Operating System people.inf.ethz.ch. Viitattu 20.2.2017.
