QNX具有嵌入式操作系統的長視歷史。 QNX總是受到具有微內核架構的真正時間操作系統的流行。也就是說,內核函數作為一組協調任務而不是單一代碼運行。最近發布的QNX 7(下面參見視頻)使其能夠在64位桌面計算機上運行以及[Elahav]做出了處理將此嵌入式RTOS轉換為桌面操作系統的決定。 這可能是噪聲遠的噪聲,但是QNX是一個符合POSIX的系統,以及您在Linux或BSD等系統中所期望的所有功能。它剛剛針對桌面市場以及結果,因此無法運行桌面的大量工具。 QNX不是您在Arduino上發現的RTOS類型。在汽車系統(例如,它運行通用電機的OnStar系統)是更典型的。 他開始使用一個小型ITX板以及安裝的QNX。通常,您可以在工作站上建立嵌入式系統,然後只需將代碼運送到目標系統,但是[Elahav]花了時間來獲得目標的開發系統。有一個問題。內置VI編輯器是由當代標準的原始。他通常是一個Emacs用戶,但即使是Vim也會比“股票”vi好得多。雖然EMACS端口是可能的,但同樣需要在大量的庫中移植,所以他的第一份工作是讓VIM源代碼編譯。 結果並不像他希望的那樣簡單。開發系統預期的特定GNU工具尚不存在(雖然常用版本的工具,如Grep,所確有的)。所以他必須弄清楚如何交叉編譯vim。回想起來,[elahav]作出了決定,他必須首先移開GNU工具。他確實必須從Vim中消除一些舊代碼,這些代碼旨在達到舊版QNX。 其餘的經驗相對良好。他處理SDL和一些遊戲的港口。 Qt存在於QNX上,但是,具有對嵌入式系統的配置(例如,無論是全屏)的配置。建立Qt應用程序是可能的,但沒有適當的窗口經理,它仍然不是他想要的桌面體驗。幾週後,他處理了一個窗戶經理。請記住,QNX的屏幕設計不是X,所以抓住現有的代碼不是可能的選擇。 它是實用嗎?也許,雖然我們沒有看到可用的實際代碼。它是可取的嗎?最有可能沒有,除非您已經利用QNX,除非我們並不確定。然而,它是一個很好的故事,包括在您開發自己的CPU之前,我們之前指出的問題。當然,[Elahav]開始與一個相當豐富的環境。如果你想看到一些人自動啟動,請檢查a2z。以及如果你已經繞過了一段時間,相信你要記住一個更多的Qnx桌面環境,你就沒有錯。