Il tuo prossimo desktop … qnx?

QNX ha una lunga cronologia a scacchi come sistema operativo incorporato. QNX è sempre stato popolare per essere un vero sistema operativo con un’architettura microkernel. Cioè, le funzioni del kernel funzionano come un insieme di compiti coordinati anziché come un singolo pezzo di codice. Un recente release di QNX 7 (vedere il video, sotto) consente di eseguire i computer desktop a 64 bit e [ELAHAV] ha preso una decisione di affrontare la trasformazione di questo RTOS incorporato in un sistema operativo desktop.

Ciò potrebbe il rumore che è anch’esso, tuttavia QNX è un sistema conforme a POSIX e ha tutte le funzionalità che ti aspetteresti in un sistema come Linux o BSD. Non è solo rivolto al mercato del desktop e come risultato non ha un sacco di strumenti per l’esecuzione del desktop. QNX non è il tipo di RTOS che scoprirai su un Arduino. È molto più tipico di cose come i sistemi automobilistici (ad esempio, esegue il sistema OnStar del motore generale).

Ha iniziato con una piccola scheda ITX e installata QNX. Di solito, si stabilisce per un sistema incorporato su una workstation e quindi basta spedire il codice sul sistema di destinazione, tuttavia [Elahav] ha richiesto il tempo per ottenere un sistema di sviluppo che lavorava sul bersaglio. C’era un problema. L’editor VI integrato è stato primitivo da standard contemporanei. Normalmente è un utente Emacs, tuttavia anche Vim sarebbe molto meglio del “titolo” VI. Mentre una porta Emacs sarebbe possibile, necessita che avrebbe bisogno di porting su una grande quantità di biblioteche, quindi il suo primo lavoro è stato quello di ottenere il codice sorgente Vim per compilare.

Si è scoperto di non essere semplice come sperava. Il sistema Sviluppo previsto specifico Strumenti GNU specifici che non esistevano ancora (sebbene le versioni comuni degli strumenti, come Grep, siano state esistenti). Quindi ha dovuto capire esattamente come attraversare la compilazione del Vim. In retrospettiva, [Elahav] ha preso una decisione che deve aver appena portato prima gli strumenti GNU. Ha dovuto eliminare un vecchio codice da Vim che è stato rivolto a una versione precedente di QNX.

Il resto dell’esperienza è andato relativamente bene. Ha gestito per sviluppare SDL e porto su alcuni giochi. Qt esiste su QNX, tuttavia con una configurazione che favorisce il sistema incorporato (ad esempio, qualunque cosa mostri a schermo intero). Costruire le app QT è stato possibile, tuttavia senza un manager di finestre appropriato, non è ancora stata l’esperienza del desktop che voleva. Alcune settimane dopo ha gestito un manager di finestre. Tieni presente, la progettazione dello schermo di QNX non è X, quindi afferrando un pezzo di codice esistente non era un’opzione probabile.

È pratico? Forse, anche se non abbiamo visto il codice attuale disponibile. È desiderabile? Molto probabilmente no, a meno che non stia utilizzando QNX già, così come anche allora non siamo sicuri. Tuttavia, è una storia eccellente del tipo di difficoltà incluse nel fare qualcosa di sconto utile, un problema che abbiamo sottolineato prima quando sviluppi la propria CPU. Of course, [elahav] started with a quite rich environment. Se vuoi vedere qualcuno bootstrap quasi tutto, ispezionare A2Z. as well as if you’ve been around awhile as well as believe you keep in mind one more QNX desktop environment, you aren’t wrong.