Vlákno názorů k článku
Jádro NestBSD 7 bude obsahovat interpretr jazyka Lua od Ddd - Kdyby meli mikrokernelovou architekturu tak by si mohli...

Kdyby meli mikrokernelovou architekturu tak by si mohli psat ovladac treba v shellu odjakziva. Lua nema v kernelu co delat. Co vic se musi stat aby si rekli ze neco asi delaji spatne? Ale je to jejich kernel. Preji jim hodne stesti a snad jim to prinese vic uzitku nuz skody.

Na druhou stranu zrovna tohle může být impuls pro nějakou formu přechodu k mikrokernelu, resp. něčemu, co se mikrokernelu trochu podobá. V každém případě jsou v kernelech horší věci než relativně malý VM lua.

Jo, kdyz si predstavim kolik napr. Linuxovy kernel obsahuje ruznych mini interpretu ruznych jazyku (z nichz nektere jsou vazne turing-complete), tak tohle rozhodnuti NetBSD mi prijde jako velice dobre reseni (v Lua lze tohle vsechno udelat a bude to bleskurychle - neni tedy treba tolik specifickych interpretu, protoze rychlost bude postacujici - proste dve mouchy jednou ranou).

VM LUA použivám v kombinaci s C/C++ již několik let. Ne vždy je nutno překládat celý projekt. Do C/C++ projektu je možno přeložit a přilinkovat přimo zdrojové texty VM LUA bez zakékoliv změny. Zkoušel jsem Visual C, Borland C, C Builder, MinGW, GCC pro ARM a dokonce i DJGPP. Zvláště v embedded zařízeních, kde je kód uložen v EPROM je VM LUA nezastupitelný. Pokud bude VM LUA přítomen v jádře, podstatně to pomůže zjednodušit připojování externích zařízení. Ne všechna externí zařízení se vyrábějí v tisícových sérijích.