<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計應(yīng)用 > 幾種Linux下嵌入式開發(fā)環(huán)境的簡單介紹

          幾種Linux下嵌入式開發(fā)環(huán)境的簡單介紹

          作者: 時間:2009-11-13 來源:網(wǎng)絡(luò) 收藏

            buildroot

            emDebian實(shí)際上并不一定適合于資源非常緊缺的超小型系統(tǒng),比如只有2M Flash的小型控制系統(tǒng)。另外發(fā)行版的軟件通常會以通用代碼來編譯,例如,為了盡可能在各種X86平臺上都能夠安裝,大多數(shù)發(fā)行版通常會以i686甚至 i386代碼集來編譯軟件,可以使文件的通用性很強(qiáng),但CPU的性能卻不能發(fā)恢到最好(這就是為什么有時會看到一些廠商或愛好者發(fā)布PIII、PIV、 athlon等優(yōu)化系統(tǒng)的原因),這對于嵌入式系統(tǒng)來說也不會是一件好事情。另外,沒有源碼的控制權(quán),一些需要定制的東西也會變得難以實(shí)現(xiàn),因此,從源碼開始構(gòu)建仍然有必要。

            嵌入式開發(fā)中使用的CPU速度往往向?qū)Σ粫?,因此,盡可能提高代碼的性能就非常必要。通常開發(fā)人員應(yīng)該對該CPU的具體型號有一定的了解,以便啟用編譯器中對該型號的優(yōu)化,以ARM為例,我們可以通過 -march=armv5te 和 -mtune=arm9tdmi 來對代碼在ARM9上的運(yùn)行進(jìn)行優(yōu)化。有時這些優(yōu)化體現(xiàn)出來的性能改善是比較大的,我曾對比過一些復(fù)雜算法的代碼優(yōu)化前后的性能(執(zhí)行速度),都有一定的提升。另外在PIV上測試過以i686和pentium4對一個語音編碼算法進(jìn)行優(yōu)化,運(yùn)算速度居然提高了幾倍。

            這種幅度的提升可能只是一個特例,這個算法有大量的復(fù)雜浮點(diǎn)運(yùn)算,使用i386或 i686指令集和使用更先進(jìn)的PIV指令集編譯出來的機(jī)器代碼對于同一個運(yùn)算的解釋可能采用完全不同的指令來完成,因此性能提升較大就不足為奇了。同樣這種代碼,在ARM上通過ARM4和ARM5來優(yōu)化后在ARM9上運(yùn)行,卻沒有那么大的提升??磥韺PU的一定了解也應(yīng)該是嵌入式系統(tǒng)軟件設(shè)計者應(yīng)該具備的能力。

            那么又如何控制可執(zhí)行文件的大小呢?除了卻除軟件中不需要的部份外,我們還應(yīng)該考慮軟件所引用的庫文件。GNU的Glibc是一個非常寵大而完整的庫,至少對于嵌入式系統(tǒng)來說,其體積顯得過于大了一些。uClibc的提出較好的解決了這樣一個問題。uClibc盡可能的兼容Glibc,大多數(shù)應(yīng)用程序可以在很小或完全不修改的情況下就可能使用uClibc替代glibc。通過 uClibc來代替Glibc,可以在不改變應(yīng)用程序功能的前提下,大大減少發(fā)布文件的大小,無論應(yīng)用程序以靜態(tài)鏈接來編譯,還是以動態(tài)鏈接形式編譯。

            不過使用uClibc代替并不是簡單的設(shè)置一兩個參數(shù)就行了,通常需要使用一個不同的工具集(gcc/binutils等)來編譯代源碼。手工的構(gòu)造這樣一個環(huán)境,對于大多數(shù)普通程序員來說,不一定是一件很簡單的事情,因此, uClibc的開發(fā)者創(chuàng)造出一個叫做buildroot的工具集。 buildroot將自動構(gòu)造編譯基于uClibc代碼的工具集和uClibc庫,并提供一個可配置的框架和一些構(gòu)建一個基本系統(tǒng)的配置文件。用戶只需要通過配置菜單選擇了相應(yīng)的目標(biāo)軟件,buildroot就可以從構(gòu)建基本工具集開始,一直到最后構(gòu)建出目標(biāo)系統(tǒng)所需要的東西,如嵌入式系統(tǒng)常用的基于 ext2的initrd,jffs根文件系統(tǒng),壓縮的根目錄樹等,這些代碼都是基于uClibc而不是系統(tǒng)的Glibc的。Buildroot對主機(jī)系統(tǒng)的要求較小,通常只需要主機(jī)系統(tǒng)提供足以構(gòu)建工具鏈(toolchain)的工具,如gcc/binutils等,當(dāng)工具鏈編譯完成后,對目標(biāo)系統(tǒng)需要的源碼的編譯過程與主機(jī)系統(tǒng)的開發(fā)工具集基本上就沒有什么關(guān)系了。因此,不同的主機(jī)如果能夠通過第一步,編譯完成工具鏈,那么編譯出來的目標(biāo)系統(tǒng)的執(zhí)行代碼就可以幾乎不存在由于系統(tǒng)引起的差異。這樣,開發(fā)人員就可能在各自喜歡的發(fā)行版上進(jìn)行開發(fā),而不必?fù)?dān)心出現(xiàn)什么兼容性問題。

          linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)


          評論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();