Intel acquista Wind River ed entra nel software mobile

Vabbé, come battuta ci sta anche, ma tecnicamente è un'affermazione un po' confusa.
Iniziamo col dire che in campo automotive i sistemi di automazione "primari" (come può essere la centralina dell'ABS/ESP, quella di gestione del motore, quella degli air-bag, ecc.) non vengono realizzati con microcomputer ma con microcontrollori (che puoi immaginare come dei piccoli SoC pieni di I/O e che funzionano SENZA sistema operativo), e in genere sono pure versioni speciali (in esecuzione appunto "automotive" adatte al funzionamento in condizioni ambientali estreme, ad esempio in un vano motore. Intel non mi pare attiva nel settore microcontrollori, dove regnano i vari Freescale (Motorola), TI, Atmel, ecc.. I requisiti software di questi sistemi non si limitano ai tempi di risposta deterministici (quello che comunemente si indica come "real-time", ma anche alla totale affidabilità, intesa come assenza di bug occulti che potrebbero manifestarsi in particolari condizioni. Perciò nessumo metterà mai un winzozz qualsiasi a governare i tuoi freni, puoi stare tranquillo. Lo mettono, invece, a gestire il tuo sistema di intrattenimento veicolare e altre simili amenità.
E naturalmente WxWorks non è winzozz, ed ha un livello di affidabilità che gli consente di essere impiegato in ambiti estremamente critici (per esempio, è stato impiegato in aereomobili, astronavi, sistemi d'arma, ecc.), ma non sono al corrente di impieghi per sistemi di automazione primaria in campo automotive, dove è molto più semplice ed economico utilizzare microcontrollori più o meno specializzati. In ogni caso, non c'è motivo di ritenere che WxWorks sia meno affidabile se gira su un x86 rispetto ad un ARM, ad esempio, posto che i due chip siano prodotti con le medesime specifiche di affidabilità e ambientali.
Per quanto riguarda il "real-time" in generale, ripeto che le CPU Intel sono già ampiamente utilizzate. Ti faccio qualche esempio: i PLC più evoluti e potenti oggi sono "soft-PLC", sistemi composti da un'ambiente di sviluppo (in genere conforme allo standard IEC 61131) e da un runtime che quasi sempre gira su x86, con SO che può essere generalmente Windows CE, Windows XP embedded o Linux. L'hardware di solito è "a forma" di PLC e dotato di tutte le funzionalità di I/O necessarie in quell'ambito, ma la parte "CPU" è di fatto un'architettura PC x86 (processore, chip-set, RAM, GPU integrata, ecc.); guarda ad esempio i prodotti di quest'azienda, una delle tante che producono soft-PLC: http://www.beckhoff.com/.
Precisazione: winzozz CE è un SO nativamente real-time, mentre né winzozz XP né Linux lo sono. Con questi ultimi due si ricorre ad un sistema brutale ma efficace: si installa un componente real-time software che prende il controllo dell'HW e gira "sotto" al SO stesso (preemptive rispetto allo scheduler del SO); questo sistema è responsabile dell'esecuzione del o dei task applicativi real-time e dell'esecuzione, a priorità più bassa, dello scheduler originale del SO il quale a sua volta schedula i normali task del sistema (dove può girare la parte HMI dell'applicazione).

uh, lo fa anche il mac se/30 a volte