Díky za tuto zprávičku :-) Zejména oznamovací zpráva na odkazu uvedeném v článku je dost pošušňání = fajn počtení.
Tenhle trik, že se hostitelský OS vzdá nějaké množiny jader, a přenechá je "endoparazitujícímu sousedovi" včetně přiměřené množiny IRQ pro taktéž přenechaná PCI zařízení, to jsem viděl párkrát v "průmyslovém" nasazení. To vnitřní siamské dvojče bývá najaký RToS / exekutiva realtime řídícího systému. Vídám to provozováno v kombinaci s Windows v roli hostitelské instance - NT kernel má zřejmě pro toto systematickou podporu. A mám také určité podezření, že jsem takhle viděl uspořádaný nějaký RAIDový firmware: hostitelská instance Linuxu řešila styk s vnějším světem (management), samotný RAIDový engine byl opouzdřený uvnitř jaksi bokem.
Tzn. tentokrát někdo vytvořil generickou podporu do linuxového kernelu :-) a "spolucestující OS" je jednoduše další instance kernelu...
1. 9. 2026, 10:19 editováno autorem komentáře
Ano, viděl jsem takhle třeba RTX/RTX64 od Interval Zero. Není to duplikovaný další NT kernel, ale odlišné, speciální RT jádro, co se startuje přes Windows ovladač.
Windows samotné mají vyloučená určitá jádra, na která nesahají. Ten ovladač pak při startu zabere exkluzivní blok paměťi pro RTX z non-paged poolu. Tam pak nasype zavaděč a kód RTX. Jako ring 0 ovladač je pak víceméně přes APIC a IPI (inter processor interrupts) schopen probudit ta vyloučená jádra s offsetem na startovací adresu.. (budou tam určitě ještě nějaké další x86 chuťovky, 16 bit real mode atd. ;)). Jsou tam pak samozřejmě i nějaké části paměti vyhrazené na komunikaci a sdílení dat mezi hostitelským systémem a RTX.
Vůbec se nepohybuji kolem průmyslové automatizace, ale s tímhle jsem se setkal u jiných oblastí citlivých na deterministické časování. Audio, video přenosy po síti s použití PTP pro synchronizaci atp. Zpracování audia s nízkou latencí a krátkými buffery.