現在的RTOS從任務管理方式可分兩類，一種是搶佔式的，一種是時分式的，前者多用於實時性較高的應用，後者用於實時性不高而事務較複雜的大型OS，當然現在許多OS都是兩者兼有，還有一些就是協作式多工OS。
現在較好的VXWORKS、NECLUE、μCOS-III等多工OS則是上面兩者的結合，既可由任務的優先順序產生排程，也可由時間片到產生新的任務排程。
實際在選用多工OS前，建議先看看專案是不是真需要用OS！如果任務可折分性較差，折分後的各任務間有N多的同步問題和複用資源問題，那還是放棄用多工OS，或將這些功能都放在一個任務裡，多工未必就好！
如果你的任務獨立性強，互相間的依存關係不強，那麼採用分時OS，這樣做會使你的程式碼編寫真正體會到多工的優點；如果任務相互有一定關聯度，你還要對OS的記憶體管理機制、任務間的通訊機制、同步機制等做較詳細的調查後再先定用什麼OS。
這個世界本來就是有分工的，有些人研發OS，有些人用OS開發產品，不要想從種大米開始！買的那怕是個最爛的OS也一定比幾個工程師花上一年改出來的面目全非的LINX好N倍，嵌入式LINX的結構和應用遲早會有一個國際化的標準，這個標準不會是由一兩個工程師的改寫而決定，如果是專門研發OS為生的公司，我給100倍的支援，如果是想自已改一個OS自已用，我覺得那還不如買一個OS，把你的智慧用在產品的最佳化和早日面市上吧！可能有人會說人家的OS不如自已的好用！別人現成的商品化OS你都用不好，那你在LINX這口大井裡改出來的OS能好用嗎?！
現在的RTOS從任務管理方式可分兩類，一種是搶佔式的，一種是時分式的，前者多用於實時性較高的應用，後者用於實時性不高而事務較複雜的大型OS，當然現在許多OS都是兩者兼有，還有一些就是協作式多工OS。
現在較好的VXWORKS、NECLUE、μCOS-III等多工OS則是上面兩者的結合，既可由任務的優先順序產生排程，也可由時間片到產生新的任務排程。
實際在選用多工OS前，建議先看看專案是不是真需要用OS！如果任務可折分性較差，折分後的各任務間有N多的同步問題和複用資源問題，那還是放棄用多工OS，或將這些功能都放在一個任務裡，多工未必就好！
如果你的任務獨立性強，互相間的依存關係不強，那麼採用分時OS，這樣做會使你的程式碼編寫真正體會到多工的優點；如果任務相互有一定關聯度，你還要對OS的記憶體管理機制、任務間的通訊機制、同步機制等做較詳細的調查後再先定用什麼OS。
這個世界本來就是有分工的，有些人研發OS，有些人用OS開發產品，不要想從種大米開始！買的那怕是個最爛的OS也一定比幾個工程師花上一年改出來的面目全非的LINX好N倍，嵌入式LINX的結構和應用遲早會有一個國際化的標準，這個標準不會是由一兩個工程師的改寫而決定，如果是專門研發OS為生的公司，我給100倍的支援，如果是想自已改一個OS自已用，我覺得那還不如買一個OS，把你的智慧用在產品的最佳化和早日面市上吧！可能有人會說人家的OS不如自已的好用！別人現成的商品化OS你都用不好，那你在LINX這口大井裡改出來的OS能好用嗎?！