Linux 2.6 Real Time Kernel

Címkék

A Montavista a beágyazott, valósidejű operációs rendszerek szakértője. A cég egyik munkatársa, Sven-Thorsten Dietrich egy négy részből álló patchet küldött a minap az LKML-re. A patchset nem más, mint a 2.6-os Linux kernelhez készült RT (real-time - valós idejű) kiegészítés.

A patch célja, hogy tovább csökkentse a Linux kernel megszakítási (interrupt) latency-jét, és hogy drámaian redukálja a task preemption latency-t a 2.6-os kernel sorozatban.

A patchnek a beágyazott, valósidejű operációs rendszerek piacán van nagy jelentősége. Hol lehet szükség erre a technológiára? Számos helyen:A nagy teljesítményű multimédia alkalmazások nagyon gyors, taszk szintű vezérlő függvényeket igényelnek. Az Audio-Video iparág például HDTV-hez kapcsolódó technológiákat épít Linuxra. A mobil telefonok, PDA-k, MP3 lejátszók egyre komplexebbek lesznek, amelyek egyre nagyobb számú szálak (threads) futtatását igénylik. Ezek a szálak nagy mennyiségű protokollt támogatnak (pl. IP, Bluetooth, 802.11, GSM, CDMA, stb.) Például a celluláris protokollok erősen határidő-érzékeny (deadline-sensitive) feldolgozást igényelnek. De ilyen terület lehet például a GPS adatfeldolgozás is, amely rendkívül erős, valósidejű taszkokat és garantált kHz-es frekvenciájú interrupt feldolgozást igényel. Jó példa az ilyen jellegű felhasználásra, mondjuk a veszélyes helyen levő, távvezérelt, Linux-alapú GPS megfigyelő-berendezés (pl. a vulkánok belsejét megfigyelő eszközök), amely élő adatközvetítést végez IP-n keresztül.

A Linux-alapú rendszereket egyre inkább alkalmazzák olyan valósidejű vezérlést igénylő környezetekben is, mint például a radar feldolgozás, gyár automatizálási rendszerek, orvosi technológia és hangszer ipar... Ezekben a berendezésekben számtalanszor van szükség olyan garantált taszk reakcióidőre, amelyet a jelenlegi 2.6-os Linux kernel technológiával nem lehet megoldani. Ezt a hiányosságot hivatott kiküszöbölni ez a patchset.

Bővebben Sven-Thorsten Dietrich levelében itt.

Hozzászólások

Egyszer már volt erre kísérlet ha jól emlékszem, nem egyszerű dolog ... A BugOS fejlesztőjét kérdeztem egyszer erről, ő megpróbált RT BugOS-t csinálni, de beleunt. Ugyanis a végén már a CPU belső időzítőjével kellett dolgozni, mert az RTC nem volt elég nagy felbontású és pontos.

Remélem sikerült korrekten megoldaniuk.

"valósidejű taszkokat és garantált KHz-es fekvencia interrupt feldolgozást igényel"

helyett esetleg

valósidejű taszkokat és garantált, KHz-es gyakoriságú interrupt feldolgozást igényel

A realtime celra hasznalt rendszerek kozott hala istennek foleg nem x86/ibm-at alapu rendszerek talalhatok, igy a megfelelo idozites altalaban nem problema. Boldogabb rendszerek specifikaciojaban pedig elokelo helyen feltuntetik, hogy hany darab, es milyen felbontasu idozito van egy adott chipben. Sz'al azokra lenyegesen egyszerubb RT rendszert irni.