實時多任務操作系統之我見

ID:105323 · 發表于 2016-2-12 21:08

現在多任務操作系統在國內的工程師界形成了一陣狂風！做為一名在這方面有幾年工作經驗的小資人員，對項目要不要用多任務操作系統用什么操作系統有我自已的一些看法，現在拿出來和大家談為論一下。
現在的實時多任務操作系統從工作方式來說可以分兩類，一種是搶占式的，一種是時分式的，前者多用于實時性較高的應用，后者用于實時性不高可用性較高的大型操作系統，當然現在許多操作系統都是兩者的綜合品，還有一些就是協作式多任務操作系統。這兩者分別有什么好處和壞處呢？
像現在的許多小實時多任務操作系統都是前者，要求每個任務的優先級不同，當某個高于現任務優先級的任務就緒就一定會產生新的任務調度，這種操作系統最大的提升了系統的實時性，但是也帶來了編程者的一些麻煩，比如有些時侯有些任務本身就是平等的，我們希望能各個任務各持行一陣時間再切換就會感到相當為難，每個任務除非自已放棄或者有更高優先級的任務就緒，否則是不會產生任務調度的，當軟件任務較多時，低優先級任務的協調是很麻煩的。如AMX時分式的多任務操作系統則是采用系統時鐘分出一個個的時間片，每個任務聲明時分配給任務若干個時間片，一個任務的時間片結束后產生任務調度。這樣做能使任務的獨立性較好，但是實時性就會相應下降。
現在比較好的VXWORKS、NECLUE等多任務操作系統則是上面兩者的結合品，即可由任務的優先級產生調度，也可以由時間片到產生新的任務調度。
工程師在選用多任務操作系統前要先看看自已的項目是不是真需要用操作系統！如果你的任務可折分性較差，折分后的各個任務之間有N多的同步問題和復用資源問題，那么算了，我覺得你還是不要用多任務操作系統，或者將這些功能都放在一個任務里面，不要有事沒事就覺得多任務好！多任務是用降低實時性來換取軟件開發的獨立性，不要被實時多任務操作系統的實時兩個字騙了，這個實時只是相對于其它非實時性多任務操作系統來講的，實時性最高的當然是你自已編寫的單任務程序。
如果你的任務的可折分性強，那么就可以用多任務操作系統，如果各個任務的實時性要求不高，獨立性較高，互相之間的依存關系不強，那么你可以采用分時式的多任務操作系統，這樣做會使你的代碼編寫真正體會到多任務的優點；反之你就最好要先一個帶搶占式核的多任務操作系統。
同時你還要對操作系統的內存管理機制、任務間的通信機制、同步機制等做了比較祥細的調查后再先定用什么操作系統。
目前國內的研發廠商和公司形成了一個怪圈，就是人人研發LINX的嵌入式應用，好象LINX是一塊不要錢的肥肉就會很好用一樣。LINX本身是為桌上系統研發的多進程多線程操作系統，2.0的代碼量有幾百萬行，其中的大多數是我們嵌入式應用不需要的，而且里面本沒有搶占式多任務核，如果你的應用對實時性要求較高那你就要自已寫這個搶占式核，當然是可以寫出來的，但是你要在里面發上很多時間才能寫出一個沒經過實際應用的不可靠的實時多任務操作系統。對此我是相當不以為然的！我認為有一兩個專門的公司去研究LINX的嵌入式應用就行了，用不著人人皆兵。一個成功的嵌入式實時多任務操作系統只需要5個一般的工程師就可以寫出來，但要50個相當歷害的工程師來調試和DEBUG，還要500個工程師試用。現在選用LINX一方面是商業的抄作，一方面是老板們的惜小錢而失大利，更多的是工程師們希望能做一些有挑戰性的工作。但這結果一般是不理想的，大多性況是項目流產，工程師們又跑到另一家公司接著玩，我狂暈，這樣的惡性循環什么時侯才能結束！
這個世界本來就是有分工的，有些人研發操作系統，有些人用操作系統開發產品，不要想從種大米開始！買的那怕是個最爛的操作系統也一定比幾個工程師花上一年改出來的面目全非的LINX好N倍，嵌入式LINX的結構和應用遲早會有一個國際化的標準，這個標準不會是由一兩個工程師的改寫而決定，我們不過是些炮灰而已，如果是專門研發操作系統為生的公司，我給與100倍的支持，如果是想自已改一個操作系統自已用，我覺得那還是算了！還不如買一個操作系統，把你的智慧用在產品的優化和早日面市上吧！可能有人會說人家的操作系統不如自已的好用！我狂暈！別人現成的市品化操作系統你都用不好，那你在LINX這口大井里改出來的操作系統能用嗎！哈哈哈！
以上只是我個人意見，是對是錯只有時間來說明了，我預見3年內LINX的嵌入式應用會標準化，而且主要是用在PDA上為主。

帳號		自動登錄	找回密碼
密碼			立即注冊

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

實時多任務操作系統之我見