探討高質高效嵌入式軟件開發(fā)（特邀諾基亞西門子系統(tǒng)架構師李云）

wenyiyun11

回復 33# 杭州李云 李云老師的書已經在看了，對我來說，不錯哈。有些講得很細致，比如make部分, 有的點到為止，比如硬件篇。適合像自己這樣懂點C，匯編，在ubuntu平臺做網站開發(fā)想轉入嵌入式開發(fā)行業(yè)的人。翻翻書，看看光盤，就一下明白為啥前面李云老師要我先看完書再買開發(fā)板了。好，先把書前后翻完一遍再說:wink:


   

杭州李云

20081745 發(fā)表于 2011-12-26 22:06
回復 46# 杭州李云

明白了。用戶態(tài)驅動的提出有它的背景，是因為以前不采用這種形式時，驅動的不穩(wěn)定會直接影響到Linux內核的穩(wěn)定。請看一看這篇論文：http://www.google.com.hk/url?sa= ... I4gspVXQyAu4egNVw0g。

杭州李云

tsunami87 發(fā)表于 2011-12-26 19:08
李老師，得再請教個問題！怎么樣圖才算是軟件架構圖或者怎么樣的才算是好的軟件架構圖？
軟件架構圖需要表 ...

簡單說來，好的架構圖就是能讓人從概念上理解軟件是如何設計的。比如，一個系統(tǒng)有哪些模塊和各模塊的功能是什么、模塊之間的上下層級關系是什么、模塊間的接口是什么等等。從“好圖勝過千言萬語”這句話來看，一個好的架構圖的確能在開發(fā)初期發(fā)揮很大的作用。架構圖的好壞評估首先要根據(jù)具體的應用來看，我建議在網上用“good architecture diagram”關鍵字搜索，試試看能否找到一些有幫助的架構圖。

杭州李云

eliry 發(fā)表于 2011-12-26 23:02
謝謝回復！
sorry, 之前一激動發(fā)錯問題了，我想問的是如何防止別人反匯編跟蹤破解嵌入式軟件。

我能想到的是，盡可能在程序中不要用明文密碼之類的東西。當然這種方法的作用很有限。防非有特定的硬件模塊輔助，否則要完全杜絕反匯編破解是不可能的。

tsunami87

網上搜下架構圖真是五花八門，看的眼花繚亂��！

eliry

還想再問一個問題，因為嵌入式設備的特殊性，一般都用flash芯片做存儲，但由于flash芯片扇區(qū)的脆弱性在頻繁的讀寫后容易成壞塊，這就決定了軟件上的文件系統(tǒng)的均衡操作和保護了。目前為止主流的文件系統(tǒng)都用過，包括jffs2、yaffs和ubifs，比較信賴ubifs，但對于內核版本有要求，另外兩種長時間運行后總有大大小小的毛病。
再次借問下李老師，在你的工作生涯上是怎么解決這樣的問題，是組織人力開發(fā)自己的文件系統(tǒng)呢還是在有缺陷的已有的文件系統(tǒng)代碼上修改，抑或在最后的高層嵌入式軟件上做特別處理避讓或其他，想聽聽你的看法和建議！謝謝~

杭州李云

eliry 發(fā)表于 2011-12-27 12:43
還想再問一個問題，因為嵌入式設備的特殊性，一般都用flash芯片做存儲，但由于flash芯片扇區(qū)的脆弱性在頻繁 ...

這確實是一個問題，且NAND比NOR型號的Flash更容易出現(xiàn)這一問題。也正因為這一特殊性，F(xiàn)lash不應使用在需要頻繁擦寫的場合。

為了保證數(shù)據(jù)的可靠性，一方面我們需要依賴文件系統(tǒng)所提供的功能，另一方面我們可以從應用著手。比如，對于保存的數(shù)據(jù)文件，我們總是計算出一個用于校驗文件有效性的數(shù)字簽名（可以用MD5等算法），這樣在讀入文件時就可以通過這一簽名獲知文件的有效性。另外，可以在此基礎上采用保存雙份數(shù)據(jù)文件的方法，進一步提高數(shù)據(jù)安全性。當然，這一切都會帶來一定的開銷。

如果不是公司的技術實力和業(yè)務的迫切需要，我個人不主張從頭自己寫一個文件系統(tǒng)，而是可以基于已有的開源項目進行完善。

daifeng1985

嵌入式的開發(fā)對于硬件方面的能力要求高嗎？或者說，要不要求具備硬件開發(fā)的能力？

jacky927

09年就曾看過李云博客里的系列文章，現(xiàn)在已經出書了，文章真的很好！
今天看到這個帖子，馬上進來支持一下

yaotc818

X86是復雜指令集，怎么優(yōu)化功耗都不會比精簡指令集的ARM好的。