Új real-time támogatás a Linux kernelben

Kernel

A 2.6.18-as verziótól a mainline Linux kernel része a real-time támogatás. Az eddig csak patchként elérhető szolgáltatás javarészt Thomas Gleixner és Molnár Ingo fejlesztése. Noha ez nem teszi gyorsabbá a Linuxot, biztosítja hogy egy-egy rendszerhívás egy meghatározott időn belül befejeződjön. Ez előnyt jelenthet pl. multimédiás felhasználások esetében is. A hír elolvasható itt.

( smica | 2006. 10. 16., h – 12:58 )

Ha jól emlékszem a preemptivitással rengeteget szenvedtek a fejlesztők, mire stabil lett és végleg beintegrálhatták a 2.6 -os változatba (bár annál a driverek terén merült fel a legtöbb gond).
Mivel a real-time támogatás patch -ként már régóta létezik, talán bízhatunk benne, hogy ezzel kevesebb gond lesz.
Arra azért kíváncsi vagyok, az egyes disztribúciók későbbi változatainak kerneleiben alapból benn lesz -e.

Érdekes kijelentés ez annak ismeretében, hogy újabban az amerikai hadsereg - aki az egyik legnagyobb RTOS felhasználó - nyakra-főre veszi a RT Linux-ot futtató repülőgépeket, járműveket, légiirányító és navigációs berendezéseket. Vagy ez a kijelentésed most csak a desktop RT Linuxra vonatkozik?

--
trey @ gépház

hehehe
igen trey
mar megint leirsz orbitalis faszsagot, de azert kedvelunk
amit az amcsi hadsereg megvesz az nem a debian testing l33t 2.6.1.2.3.4.5.656.7.8 verzio RTOS patch 0.1.2.13..24.
hanem nyilvan valaki altal hasznalhatora pofozott linuxra nyomokban emlekezteto cucc

Ááá, értem. Tehát van a jó Linux (pl. MontaVista által készített), és van a rossz Linux. Ezek után majd kéretik leírni az ilyen Tourette-szindrómás BSD fanboy-oknak, hogy amikor azt állítják, hogy a "nem fognak linuxot hasznalni", akkor melyik Linuxra gondolnak. A jó Linuxra, vagy a rossz Linuxra.

LOLMAO

--
trey @ gépház

Ez aztán a frappáns indoklás. Én megtanultam olvasni, de sajnos rólad az nem mondható el, hogy megtanultál írni. A mondatkezdet jelzése, az írásjelek, és a kifejező fogalmazás rendkívül hasznosak tudnak lenni a kommunikációban.

--
trey @ gépház

Gondolkozz, ember! A avlós idejű ütemező nem a kernelt ütemezi!
A driver-eket beteszik a kernelbe, azokat közzéteszik GPL alatt, de a szabályozásnak nem kell kernel space-ben futnia.

Találkoztál te már kereskedelmi forgalomban levő, Linux alatt futó termékkel? VmWare, Nero, egyéb CAD programok? Találkoztál a GPL alatt közzétett forrásukkal is?

A avlós idejű ütemező nem a kernelt ütemezi!

Heh?

A driver-eket beteszik a kernelbe, azokat közzéteszik GPL alatt

Vagy inkabb megse.

de a szabályozásnak nem kell kernel space-ben futnia.

Milyen szabalyzasnak?:-)

VmWare, Nero, egyéb CAD programok?

Hogyne, mind realtime OS kernelek, vagy nemtom hogy jon ez ide.

a linux eleg gyorsan repul a valasztekbol - leven meg egy kurva modult se lehet hozza closedsrc irni

miert is kellene? ;)
valoszinuleg a real-time rendszerek fejlesztesevel eltoltott hosszu evek soran felgyulemlett orias merteku tudas mondatja veled ezt a sok bolcsesseget :p mindenesetre koszonom, hogy felnyitottad a szemem, mert kozel 9 evnyi real-time fejlesztesben szerzett tapasztalat (ez foleg driver fejlesztest jelent telekommunikacios projektekben a kovetkezo oprendszerekkel: nucleus (0,5 ev), vxworks (5 ev), real-time linux (3 ev)) alapjan hajlamos lennek azt gondolni, hogy eppen a linux fele kezd billenni az embedded merleg nyelve ;) de be kell lassam, tevedtem, neked minden ketseget kizaroan igazad van es szamomra nem maradt mas, mint hogy ebben az iparilag rettenetesen elmaradott orszagban, annak is a kokorszak technikai szintjen vegetalo varosaban, ahol mellesleg mar en is 5 eve elek es az orszag egyik legnagyobb telekommunikacios cege szamara fejlesztek real-time rendszereket, es amely cegnel egyertelmuen megfigyelheto a valtas a vxworks-tol a linux iranyaba, szoval nem maradt mas hatra mint utolso eselykent megkongassam a veszharangot: emberek rossz iranyba mentek! Gabucino, piripocs programozo-valogatottjanak osX-labu rendkivuli tamadoszellemmel megaldott csatara azt uzeni: ne tovabb, a vesztetekbe rohantok, a pingvin csore a rossz iranyt mutatja! :p ha szerencsenk lesz, meg idoben hallgatnak majd ram es nem dol ossze a varos a gonosz pingvin alattomos tamadasanak eredmenyekent es akkor lesz meg sok-sok ... oktoberfest ;)
en mar toltottem el heteket egy hw debugger tarsasagaban, zartforrasu vxworks library fv-t bogaraszva, mert a hibajelentest koveto 5. heten sem volt meg kepes a windriver barmilyen valaszt, nemhogy megoldast szolgaltatni. azt azert megneznem, te hogyan keresnel meg veletlenszeru elszallasokat eredmenyezo hibas memoria hozzaferest egy zartforrasu fv-ben, ami egy lancolt listat patyolgat tobb-kevesebb sikerrel. amelynek felepitese kivulrol "lathatatlan", sot tulajdonkeppen meg a letezesere is neked kell rajonni, a memoria-tartalmat vizsgalgatva. a hibat szerencsere megtalaltam, de meg a megoldas elkuldese utan is 3 hetet varnunk kellett a javitott library-ra! ehhez kepest egy masik projekten (foszerepet ezuttal a real-time linux jatszotta) , egy hasonlo hiba megkeresese es sajat kezu javitasa (!) 2 napig tartott (a hiba a memmove assembly kodjaban volt arm procin), mert a kezemben volt a source es meg debugger sem kellett, mert nehany jol elhelyezett printk segitsegevel es a kernel ujraforditasaval a hiba viszonylag egyszeruen behatarolhato volt es meg a modositasra sem kellet varni, mert megcsinaltam magam!
persze ebbol a ket tortenetbol sokfele kovetkeztetest le lehet vonni. peldaul azt is, hogy ha kulsos vagy es oradijad van, mint pl. nekem (tehat nem alkalmazott, fix fizetessel) akkor az opensource az ellenseged, mivel sokkal gyorsabban meg tudod oldani a problemakat, igy kevesebb penzt keresel ;))) lol es persze azt a kovetkeztetest is le lehet vonni, hogy ha vmihez nem ertesz kedves Gabucino, akkor legalabb ne jartasd a szadat, mert mar akkor sem fognak komolyan venni, ha vmi ertelmeset mondasz. ki tudja, meg ez az ido is eljohet ;)
a fentiekkel persze nem azt akarom mondani, hogy a real-time linux jobb lenne mint pl. a vxworks, inkabb csak azt, hogy mekkora az elony, ha a fejleszto es igy a megbizo ceg, nincs egy a zart forrasu modellt preferalo ceg lomhasaganak kiszolgaltatva. azt eldonteni, hogy melyik a legjobb real-time os, egyebkent is lehetetlen, mivel az oprendszerrel szemben tamasztott kovetelmenyeket a mindenkori feladat hatarozza meg ...

OFF

Csak egy pár kérdés. Ha drivert fejlesztetek Linux alá, a forrást közzéteszitek valahol? Mondjuk egy DNS bejegyzés nélküli IP-címen? :)
Ha igen, akkor mekkora adminisztrációt igényel a közzététel?

Ha átírtok egy drivert, azzal ugyanez a helyzet? (Én már javítottam közzétételre érdemes - azaz nem 3 soros - dolgot az usbserial modulban, de nem tettük közzé. Több láncon át elküldtük egy aktív kernel fejlesztőnek, de semmilyen visszajelzést nem kaptam. Remélem, azért ezzel a GPL kikötéseit betartottam.)

Vagy igyekeztek elkerülni a GPL területen való fejlesztést, és mindent kernel-space-en kívül csinálni?

Ha ide nem akarsz írni, privátban is érdekelnének a válaszaid.

gyanitom, rosszul ertelmezed a gpl-t. az alabbi linken talalsz egy rovid osszefoglalast es persze tanulmanyozhatod a licensz teljes szoveget is, bar ehhez kell nemi megszallotsag (ertsd jol, lehet ra kellene szoknom az ekezetek hasznalatara :). az adott oldalon szerintem minden kerdesedre megkapod a valaszt es ha egy picit elgondolkozol, akkor az is vilagos lesz miert nem valaszolt az altalad emlitett kernel fejleszto ;)
http://www.mvista.com/products/faq.html#q8

Nem véletlenül használnak a milliónyi mobiltelefonban real-time MontaVista Linuxot:

This is a version of Linux that has been enhanced to become a fully fledged real-time operating system. The core changes done by MontaVista were made by Robert M. Love and submitted back to the Linux kernel.

Az alábbi telefonok használnak jelenleg MontaVista Linux-ot:

  • Motorola A760
  • Motorola A768
  • Motorola A768i
  • Motorola A780
  • Motorola A910
  • Motorola A1200
  • Motorola E680
  • Motorola E680i
  • Motorola ROKR E2
  • NEC N900iL
  • NEC N901iC
  • Panasonic P901i

A linuxos mobiltelefonok száma a jövőben várhatóan jelentősen nőni fog. Erről annyit, hogy nem használnak sehol real-time Linuxot.

--
trey @ gépház

Jaja ezt mondták amikor servereken elkezdtek windowst használni. Ahol van pénz ott úgyis unixot fognak továbbra is használni. No az SGI belehalt, a Sun agonizál. A Linux és Windows még banki területen is felzabálja pozícióikat.
Vagy kézikütyü szinten ugyanez folyik. Kb. 5 éve még a palm os volt a király, most csak a végleges távozásuk ideje kérdéses. Erről a WinCe és szintén a Linux tehet.
Most az Rtos-ok kerülnek sorra.
Sajnos, biztos jobbak az eleve erre megírt oprendszerek, de a kváziszabványosodás mindent félre söpör.
Hiszen a Linuxhoz - Winre sokkal könnyebb hozzáértőket találni mint egy spéci RTos-hoz. Márpedig a költségek fordított arányban álnak a piacon fellelhető szakértők számával és kevésbé vagy kiszolgáltatva.

Na én ekkor a Linuxra jegyeznék szavazatot:-)

Hm... komoly projektekhez kellhet (pl. nagy koncertek, élő közvetítések, stb.), ha ennyibe kerül és ilyen színtű hibatűrése van a rendszernek! Nem repülőgépirányító rendszert kezdtek el véletlen fejleszteni, csak nem sikerült betörni a piacra, aztán eladták mixernek? ;-)

Nem tudom, hogy ez most hogyan jön ide. Arra jegyeztem meg, hogy "ahol viszont kell RTOS ott van penz operacios rendszert vasarolni es nem fognak linuxot hasznalni", ami nyilvánvalóan rotfl. Azt meg, hogy a Win2K ultrahang hogyan jön szóba a real-time Linux-ok kapcsán, azt nyilván te jobban tudod.

--
trey @ gépház

Vajon a linux jobban teljesítene mint a Mac OSX? :)

Egyébiránat faterral mi is manapság tervezünk 1 beágyazott, ral time linuxos kis ARM-es játékszert összerakni. Kiváncsi vagyok, msot ezzel mennyiben változtak a neten található HOWTO-kban leírtakhoz képest a teendők... gondolom 1 peccselést kihagyhatok.

( dzsolt v | 2006. 10. 16., h – 16:24 )

Kíváncsi vagyok, vajon az emc működik-e vele? Erre eddig az rtai volt használatos.

( pakos | 2006. 10. 17., k – 09:00 )

Jopofa ez a bejelentes, de tudja valaki, hogy konkretan mit takar? Milyen realtime ez? RTA? Xenomai? RTLinux? Vagy csak amolyan 'hard'-ositott soft-realtime?