Itsellä taisi olla suurimmat ohjelmat 1000-2000 C-kielistä ja 100-300 riviä ASM:ia (siististi linkattuna ilman inline-koodia), mutta minulla on koodauskäsiala hyvin minimalistinen, ja tuo vastannee 5000-10000 riviä "normaalikoodia". Firmassa oli kaksi huippukoodajaa, ja heilläkin sama softa oli yleensä 2-3 kertaa isompi vaikka koodi sinällään oli optimoitu (suuri koko selittyy lähinnä tarpeettomien ominaisuuksien takia).
Tuossa videossa se on sanottu epäselvästi, mutta ymmärsin niin että eri arkkitehtuurien koodit vievät puuttuvan 40%, joten "aktiivinen" koodirivien määrä voisi olla n. miljoona. Minulla on vieläkin (itsetehty) kehityslauta 8031:lle ja em. 2000 rivin koodilla on tehty varsin täydellinen non-pre-emptive reaaliaikakäyttäjärjestelmä, jossa 20MHz Dallaksen mikro-ohjain.
Nykyään näkyy noita olevan jo 33MHz kellolla:
En nyt enää muista, mikä vaste noilla saadaan, mutta muistaaksesi 100us PWM oli toteutettu ja se vei jo liikaa prosessoriaikaa, joten tuota luokkaa se varmaan käytännössä on.
Lueskelin jostain RT-linuxin keskusteluista, että kymmeniä mikrosekunteja keskeystyspalvelu voisi olla, joka suuruusluokkana voisi pitääkin paikkansa. Moniydin/moniajo -ympäristössä asiat ovat vaan aika kompleksisia kaikkine mutex/spinlock -juttuineen, joten käytännössä voi olla jotain muuta.
Tuota RT-linuxia on ilmeisesti värkätty jo 20 vuotta, joten 6.12 on aika iso merkkipaalu linuxin historiassa. Se, onko järkevää roikottaa 9 miljoonaa koodiriviä mukana, jos saman homman voisi tehdä 2000 rivillä 8031:lla on sitten mielenkiintoinen juttu.
Tuo miljoona linux-kernelin koodiriviä pyörii kyllä hyvin 6€ A20 -piirissä, joten sinällään se ei ole ongelma, jos softan ylläpito toimii. Erityisesti uusien laiteistoajurien tekeminen ja HW:n lisääminen pitäisi oll helppoa, mutta 6.12 RT-linuxissa RISC-V:ssä ne saattavat tulla ongelmiksi.
Sulautettuihin hommiin linux on kasvamassa liian suureksi, mutta voisi olla että RISC-V:n MMU:lla kompleksisuutta voisi siirtää SOC:ille, missä siitä on vähemmän haittaa (=ohjelmointiresursseja voidaan keskittää helpommin SOC-kehitykseen kuin sovelluspuolelle).
Tuo mijloona pitäisi vielä kutistaa kymmenesosaan, niin alkaisi olla järkevä sulautettuihin hommiin...
iesttest.com
