Pro takové nasazení je potřeba real-time OS, aby se zaručeně stihla časově kritická obsluha HW. To se týká i Linuxu v mobilech (obsluha HW vysílače/přijímače GSM). A je to problém proto, že v mainstream je z RT jen velmi málo (Linus to nemá jako prioritu), i když low-latency patche už nějaký ten rok do jádra pronikají. Takže proto se Linux vyskytuje spíše ve WiFi routerech a podobně, kde se na RT nehraje (stačí jen doufat v nejlepší možný případ a když to nedopadne, tak si počkat).
Třeba firma UniControls a.s. používá RTLinux v řídících systémech, které jsou pak montovány do vlaků. Já myslím, že RTLinux je v oblasti real time systémů poměrně dobře využitelný.
RTLinux je Top1 Hard realtime OS, len ako prekonal VxWorks tak ho WindRiver(Tvorca vXwORKS) kupil. RTLinuxPro (za 2000 USD/PC) ma max. latenciou 150 nanoskeund!!!
to jest nejakychj 10 citani z RAM....
Latence jen 10 čtení z RAM? A kdy jako něco dělá OS? Možná je to zpoždění (latence) po příchodu přerušení nebo v jiném speciálním případě, ale určitě ne normální latence OS. Už jen context switch sebere více... Že by marketingové PR? :-)
Reakce na přerušení je jen malá čast toho, co skutečný RT musí poskytovat. Mezi nejhlavnější patří garance běhového minima za jednotku času, priority a latence OS (tj. latence režie). Jsou tam ještě další podmínky na plánování CPU a procesů.
Což souvisí s prioritizací přerušení, jeho obsluhou, a s množstvím míst kde dochází k zákazu přerušení. Low latency patche se jistě do kernelu dostávají, ale mám za to, že je distra nepoužívají. Ale rád se nechám upřesnit.
Soft real-time už ve dvou distrech je (Red Hat a SUSE), ale přišlo mi, že v nich není ani tak cílený na řídicí systémy (přeci jen jsou to serverové distribuce), jako spíš na finanční sektor (z nějakého důvodu, který nechci chápat, potřebují i finančníci aspoň nějaké stroje s reakcemi v řádu desítek milisekund, i když to asi nepotřebují všude). Možná ještě telekomunikace a nějaké podobné serverové věci. Embedded realtime linux není příliš věc distribucí, páč s tím si dodavatelé HW hrají zřejmě "from scratch", nebo víceméně tímhle způsobem. Ovšem něco jsem zaznamenal v metadistribuci T2 (ta je, mimochodem, docela zajímavá).
Bankovni sektor to potrebuje napriklad pro zpracovani udalosti na burze. Tam se nektere veci meni dost rychle a vterina zpozdeni vas muze stat pomerne dost penez.
Low-latencies patche se do standardního jádra dostávají, ale samotná komplexní implementace RT ne. Linus je vůči současným implementacím rezistentní a any ani nejsou nejlepší. Navíc RT je sice hezká věc, ale pro desktop naprosto nevhodná, protože tam je nejdůležitější nejlepší případ a nebo si uživatel počká. U serverů je to na hraně podle nasazení, ale na WWW server, mail, DNS, Sambu a další je opět RT nevhodné. Bralo by zbytečně výkon a uživatel by spokojenější nebyl.
To samozřejmě přestane platit třeba v mobilním telefonu, když nějaký proces obsluhuje například komunikaci s GSM sítí. Tam se musí věci stihnout v zadaném čase nebo je prostě systém propásne a propásnutý slot mu už nikdo nevrátí. Takže tam je vhodné, aby za cenu vyšší režie byl uživatel znevýhodněn a systém se tvářil jako méně výkonný.
Problém je, že je to není v hlavním stromě. Možná někomu RTLinux funguje, ale to je právě ten problém stability - že "někomu". Není to prověřené širokou uživatelskou základnou, jsou to jen jednotlivá nasazení, která jsou off-tree a obvykle založené na dost starých jádrech.