《電子技術(shù)應(yīng)用》
您所在的位置:首頁 > 嵌入式技術(shù) > 設(shè)計應(yīng)用 > Linux下ColdFire 片內(nèi)SRAM的應(yīng)用程序優(yōu)化設(shè)計
Linux下ColdFire 片內(nèi)SRAM的應(yīng)用程序優(yōu)化設(shè)計
摘要: 本文以MP3解碼器為例,介紹了一種在嵌入式Linux系統(tǒng)下配置使用處理器片內(nèi)SRAM的應(yīng)用方案,有效提高了代碼的解碼效率,降低了執(zhí)行功耗。該方案不論在性能還是成本上都得到了很大改善。
Abstract:
Key words :

   本文以MP3解碼器為例,介紹了一種在嵌入式Linux系統(tǒng)下配置使用處理器片內(nèi)SRAM的應(yīng)用方案,有效提高了代碼的解碼效率,降低了執(zhí)行功耗。該方案不論在性能還是成本上都得到了很大改善。

1 硬件平臺和軟件架構(gòu)

硬件平臺采用Freescale公司的MCF5329EVB開發(fā)板。終端硬件包括ColdFire5329處理器、32 KB的片內(nèi)SRAM、1 800×600矩陣LCD顯示屏、9×3陣列矩陣鍵盤、I2S音頻解碼芯片、64 MB的SDRAM、10/100M以太網(wǎng)接口,以及3個UART接口。軟件構(gòu)架如圖1所示,主要包括MP3解碼器、音頻驅(qū)動、鍵盤驅(qū)動和用戶圖形界面 (GUI)等模塊。采用μClinux作為操作系統(tǒng)。μClinux針對嵌入式應(yīng)用的特點作了較大的簡化和修改,支持多種文件系統(tǒng)和多任務(wù)處理,而且具有相對完整的網(wǎng)絡(luò)體系協(xié)議,因而特別適合嵌入式應(yīng)用。

 

2 MP3解碼算法分析

本文選用MP3解碼程序作為方案驗證代碼。MPEG-1/2 Audio Layer 3是專門針對音樂和語音數(shù)據(jù)設(shè)計的有損壓縮算法。該算法的解碼過程比較復(fù)雜,主要包括反向修正離散余弦變換(IMDCT)、逆量化、Huffman解碼、子帶綜合等功能模塊。讀入一段MP3數(shù)據(jù)后,首先要檢測數(shù)據(jù)流中的同步字,以確定一幀數(shù)據(jù)的開始;然后提取幀頭信息,特別是解碼所需要的一些參數(shù),同時分離出幀邊信息和主數(shù)據(jù);之后對邊信息數(shù)據(jù)解碼得到Huffman解碼信息和逆量化信息,再經(jīng)過重新排序、立體聲處理、反混疊處理、IMDCT變換和子帶綜合濾波器組后,就可以得到PCM輸出。

 

MP3解碼流程如圖2所示。大致分為兩個階段,即數(shù)據(jù)流控制階段和數(shù)值計算階段。數(shù)據(jù)流控制階段包括幀同步、邊帶信息解碼和Huffman解壓縮等過程。其中,Huffman解壓縮是對編碼數(shù)據(jù)進(jìn)行操作,其他過程則是對幀控制部分進(jìn)行操作。

3 基于片內(nèi)SRAM的優(yōu)化設(shè)計方案

3.1 方案分析

SRAM指令執(zhí)行速度要比DRAM快得多。Cold-Fire5329處理器內(nèi)部集成了32 KB的SRAM,本設(shè)計方案將充分利用處理器片內(nèi)SRAM來對解碼程序進(jìn)行優(yōu)化。首先對源代碼中的主要解碼函數(shù)進(jìn)行分析,如表1所列。可以看到驅(qū)動寫函數(shù) (write)、子帶綜合(MPEGSUB_synthesis)、反向修正離散余弦變換(imdct_I)和快速離散余弦變換(fast_dct)對處理器資源消耗較大,幾乎占用80%的解碼時間。根據(jù)分析結(jié)果,分別把音頻驅(qū)動程序和上述解碼函數(shù)放進(jìn)SRAM中執(zhí)行,以提高流媒體解碼器的執(zhí)行速度,降低其對處理器資源的消耗。

 

3.2 配置音頻驅(qū)動程序到片內(nèi)SRAM中執(zhí)行

Linux操作系統(tǒng)把內(nèi)核和運行在其上的應(yīng)用程序分成兩個管理層次,也就是常說的“內(nèi)核態(tài)”和“用戶態(tài)”。內(nèi)核態(tài)具有較高的應(yīng)用權(quán)限,可以控制處理器內(nèi)存的映射和分配方式。音頻驅(qū)動程序是系統(tǒng)內(nèi)核的重要組成部分,工作在內(nèi)核態(tài),實現(xiàn)不斷從用戶空間解碼文件中讀取音頻信息,以及驅(qū)動音頻芯片播放聲音等相關(guān)功能。通過修改μClinux-2.6內(nèi)核代碼,可以將音頻驅(qū)動程序配置到片內(nèi)SRAM中執(zhí)行,主要通過修改系統(tǒng)鏈接文件來實現(xiàn)。系統(tǒng)鏈接文件用于將輸入文件根據(jù)一定的規(guī)則合并成一個輸出文件,并對符號與地址進(jìn)行綁定。

為了在修改內(nèi)核代碼的同時不影響系統(tǒng)其他文件的正常運行,要在內(nèi)核鏈接腳本中添加新的段區(qū)定義(.sramcode),指定該段區(qū)鏈接加載地址為處理器片內(nèi)SRAM,并在.sramcode段區(qū)內(nèi)定義代碼段(.sramtext)和數(shù)據(jù)段(.sramdata),分別用于存儲驅(qū)動中的代碼和數(shù)據(jù)。對齊方式采用ALIGN(4),因為對32位微處理器來說,該對齊方式將有效減少處理器執(zhí)行周期,提高執(zhí)行效率。然后,使用2個指針 _lsramcode和_lsramcodeend分別指向,sramcode段區(qū)的段首和段尾,具體實現(xiàn)如下:

 
 

完成對操作系統(tǒng)鏈接文件的修改之后,使用宏定義在音頻驅(qū)動程序中把相關(guān)函數(shù)和數(shù)據(jù)分別指定鏈接到,sramcode代碼段和數(shù)據(jù)段,并由 copy函數(shù)把相關(guān)函數(shù)復(fù)制到SRAM中執(zhí)行。編譯、鏈接完成后,可以在系統(tǒng)內(nèi)核存儲映射文件Sys-tem.map中查看驅(qū)動函數(shù)和數(shù)據(jù)在內(nèi)存中的地址。圖3顯示了音頻驅(qū)動函數(shù)在處理器片內(nèi)SRAM中的映射地址。

 

3.3 配置實時數(shù)據(jù)和函數(shù)到片內(nèi)SRAM中執(zhí)行

把用戶空間的實時數(shù)據(jù)和函數(shù)放置到片內(nèi)SRAM中執(zhí)行,由于處理器可以直接從片內(nèi)SRAM中存取數(shù)據(jù)和指令,減少了處理器存取數(shù)據(jù)和指令的周期,提高了程序的執(zhí)行效率。首先,放置實時數(shù)據(jù)到處理器片內(nèi)SRAM中。通過S_malloc和S_free函數(shù)來實現(xiàn):S_malloc用來申請?zhí)幚砥鲀?nèi)存空間,S_free用來對這一申請的空間進(jìn)行釋放。為了靈活使用定義的S_malloc和S_free函數(shù),需要定義一個結(jié)構(gòu)體和地址指針:

 

然后,通過動態(tài)內(nèi)存分配方式可以把MP3解碼程序中的實時數(shù)據(jù)放入處理器內(nèi)存中執(zhí)行。加載函數(shù)到SRAM中與加載實時數(shù)據(jù)不同,需要通過指針和枚舉變量來實現(xiàn)。首先通過一個宏定義設(shè)置每個函數(shù)大小為4 KB,并使用枚舉變量為函數(shù)分配處理器片內(nèi)SRAM執(zhí)行的起始地址。

 

SRAMFUNC2=SRAM_BIG_FUNC1+BIG_FUNC_SIZE,…};

在定義完函數(shù)運行時加載的存儲地址之后,把MP3解碼程序中的MPEGSUB_synthesis和imdct_1等函數(shù)通過字符串拷貝的方式復(fù)制到處理器片內(nèi)SRAM中執(zhí)行,經(jīng)過編譯、鏈接這些函數(shù)在執(zhí)行時將會加載到相應(yīng)的SRAM單元塊中。這樣就減少了處理器執(zhí)行解碼函數(shù)所需的時間,提高了程序的執(zhí)行效率。

4 性能測試與分析

為了驗證基于處理器片內(nèi)SRAM的優(yōu)化設(shè)計方案,我們在MCF5329EVB開發(fā)板上對經(jīng)該方案優(yōu)化過的MP3解碼器進(jìn)行了驗證和測試。

首先,進(jìn)行功能測試,應(yīng)用MPEG組織推薦的測試碼流(128 kb/s,44.1 kHz)。選用一段音頻test.mp3,分別用標(biāo)準(zhǔn)浮點解碼器和本文設(shè)計的音頻解碼器進(jìn)行本地解碼測試,并對其解碼波形進(jìn)行比較分析。從圖4的波形比較可以看到,經(jīng)過本方案優(yōu)化設(shè)計的解碼器解碼波形與標(biāo)準(zhǔn)浮點解碼器基本無差別。經(jīng)人耳測試,無法辨別出兩者解碼輸出的差別。所以,從功能上講本文設(shè)計的基于片內(nèi)SRAM的應(yīng)用程序優(yōu)化方案是可行的。

 

其次,進(jìn)行性能測試。在測試平臺上分別對優(yōu)化前后解碼器的MIPS消耗數(shù)和空間消耗量進(jìn)行比較分析,如表2所列。

 

優(yōu)化前,解碼器MIPS消耗數(shù)為68 MIPS@240MHz;優(yōu)化后,解碼器MIPS消耗數(shù)為39.2 MIPS@240 MHz。在硬件條件允許的情況下,消耗的內(nèi)存雖然有一定的增加,但是經(jīng)過本文方案優(yōu)化后,解碼效率得到了很大的提高。

結(jié)語

本文提出了在嵌入式Linux操作系統(tǒng)下基于處理器片內(nèi)SRAM的應(yīng)用程序優(yōu)化設(shè)計方案。以MP3解碼器為例,通過從配置音頻驅(qū)動程序、實時數(shù)據(jù)和函數(shù)到處理器片內(nèi)SRAM中執(zhí)行來對解碼器進(jìn)行優(yōu)化設(shè)計,并在ColdFire5329開發(fā)平臺上成功實現(xiàn)該方案。優(yōu)化后的MP3播放器不僅解碼效率高,而且音質(zhì)好,完全可以在中低端處理器上實現(xiàn)實時播放,使低性能CPU處理復(fù)雜應(yīng)用程序成為可能。該方案有效地提高了應(yīng)用程序的執(zhí)行效率,降低了功耗,對嵌入式Linux應(yīng)用產(chǎn)品開發(fā)有著重要參考價值。

參考文獻(xiàn)

1. MCF5329 ColdFire Integrated Microcontroller Reference Manual[DB/OL].[2009-06].http://www.freescale.com.cn.
2. MCF5329-10 Fire Engine Hardware Specification[DB/OL].[2009-06].http://www.freescale.com.cn/.
3. 韋東山.嵌入式Linux應(yīng)用開發(fā)完全手冊[M].北京:人民郵電出版社,2008.
4. Benix Samuel,Jhunwala.Real time implementation and optimization of MP3 decoder on DSP[C].Electrical and Computer Conference,Canadian,2008:699-702.
5. 葉曉舟,鄧峰.基于定點DSP的MP3解碼算法優(yōu)化與實現(xiàn)[J].計算機工程與應(yīng)用,2007(23):94-96. 

作者:電子科技大學(xué) 聶飛 閻波 郭志勇  來源:《單片機與嵌入式系統(tǒng)應(yīng)用》 2009(11)

此內(nèi)容為AET網(wǎng)站原創(chuàng),未經(jīng)授權(quán)禁止轉(zhuǎn)載。
亚洲一区二区欧美_亚洲丝袜一区_99re亚洲国产精品_日韩亚洲一区二区
欧美日韩精品久久| 国产精品久久一区主播| 亚洲淫性视频| 这里只有精品视频在线| 日韩视频一区二区在线观看 | 欧美午夜欧美| 欧美视频不卡| 国产精品成人观看视频免费| 欧美日韩在线一二三| 欧美日韩国产黄| 欧美噜噜久久久xxx| 欧美理论电影在线播放| 欧美日韩精品高清| 国产精品www| 国产精品久久久久久亚洲毛片| 国产精品h在线观看| 国产精品久久久久久久久| 国产精品护士白丝一区av| 国产精品美女一区二区| 国产精品区二区三区日本| 国产精品久久国产三级国电话系列| 欧美午夜精品久久久久免费视 | 国产午夜精品一区二区三区欧美| 国产欧美一区二区三区国产幕精品 | 黄网站免费久久| 黄色亚洲在线| 亚洲精品国久久99热| 99国产精品国产精品毛片| 亚洲午夜激情网站| 午夜亚洲性色视频| 亚洲国产天堂久久国产91| 亚洲精品社区| 这里只有精品在线播放| 亚洲欧美区自拍先锋| 久久国产一区二区三区| 裸体丰满少妇做受久久99精品| 欧美顶级大胆免费视频| 欧美三级韩国三级日本三斤| 国产精品欧美日韩一区| 国模精品娜娜一二三区| 亚洲国产va精品久久久不卡综合| 亚洲精品影院| 午夜日韩电影| 亚洲精品乱码视频| 亚洲一区二区三区免费视频| 久久成人国产精品| 欧美大片免费久久精品三p | 欧美精品黄色| 国产精品萝li| 影院欧美亚洲| 国产精品99久久久久久久vr| 欧美一区亚洲一区| 9国产精品视频| 欧美有码视频| 欧美激情视频免费观看| 国产精品青草综合久久久久99 | 亚洲日本va午夜在线影院| 亚洲图片你懂的| 久久精品视频在线| 中文在线资源观看视频网站免费不卡| 欧美在线视频一区二区三区| 欧美成人国产| 国产日韩精品在线| 亚洲精品欧美一区二区三区| 香蕉免费一区二区三区在线观看 | 亚洲福利视频一区| 亚洲一区二区精品在线观看| 久久久蜜臀国产一区二区| 欧美日韩国产成人| 国产一区二区三区四区在线观看 | 欧美一区二区三区电影在线观看| 毛片一区二区| 国产伦精品一区二区三区在线观看| 亚洲国产老妈| 欧美一级理论片| 在线一区欧美| 欧美不卡一卡二卡免费版| 国产精品五区| 亚洲精品美女免费| 久久精品系列| 欧美一站二站| 欧美色综合天天久久综合精品| 激情亚洲一区二区三区四区| 亚洲视频视频在线| 一区二区久久久久| 久热精品视频| 国产欧美综合在线| 亚洲一区二区免费| 在线一区视频| 欧美久久久久久久| 亚洲第一综合天堂另类专| 欧美一级二区| 午夜久久99| 欧美午夜精品久久久| 亚洲人成人99网站| 亚洲欧洲在线视频| 久久亚洲高清| 国产一区二区三区日韩欧美| 亚洲欧美色婷婷| 先锋a资源在线看亚洲| 欧美日韩在线第一页| 亚洲破处大片| 亚洲美女精品一区| 欧美va亚洲va日韩∨a综合色| 国产一区三区三区| 午夜欧美大片免费观看| 欧美亚洲一区| 国产精品久久久久久久久久久久久 | 久久精品一区中文字幕| 国产精品综合| 亚洲欧美日韩国产精品 | 韩国三级在线一区| 久久精品亚洲一区| 久久久人成影片一区二区三区| 国产情侣一区| 香蕉成人久久| 久久精品在线观看| 国产一区二区三区观看| 欧美一区精品| 久久视频精品在线| 一区在线电影| 亚洲人成网站在线播| 欧美成人精品福利| 亚洲欧洲一区二区天堂久久| 亚洲免费观看视频| 欧美区在线观看| 99re6热只有精品免费观看| 亚洲天堂免费在线观看视频| 欧美色欧美亚洲另类二区| 中文国产成人精品久久一| 亚洲综合第一页| 国产日韩欧美精品在线| 午夜精品一区二区三区在线| 久久狠狠亚洲综合| 韩国精品主播一区二区在线观看| 亚洲国产欧美一区二区三区同亚洲 | 欧美一区二区成人6969| 国产一二三精品| 亚洲第一色在线| 欧美大片一区二区三区| 亚洲乱码国产乱码精品精98午夜| 亚洲天堂成人| 国产麻豆精品theporn| 久久国产精品一区二区三区四区| 可以免费看不卡的av网站| 亚洲高清电影| 亚洲一区视频在线| 国产伦精品一区二区三区四区免费 | 午夜精品久久久久久99热| 久久青草久久| 亚洲精品久久久久久一区二区| 亚洲一区二区三区免费观看 | 在线 亚洲欧美在线综合一区| 日韩视频免费观看| 国产精品麻豆欧美日韩ww| 欧美亚洲在线视频| 狂野欧美一区| 一个色综合av| 久久久精品欧美丰满| 亚洲国产精品嫩草影院| 亚洲欧美另类中文字幕| 国内精品久久久久久| 99成人在线| 国产视频久久久久| 亚洲精一区二区三区| 国产精品美女在线观看| 亚洲成人在线视频网站| 欧美日本韩国在线| 欧美亚洲免费电影| 欧美剧在线观看| 欧美一区二区三区在| 欧美精品成人91久久久久久久| 亚洲午夜性刺激影院| 免费影视亚洲| 亚洲免费视频网站| 欧美va天堂在线| 亚洲欧美激情四射在线日 | 国产精品日韩在线一区| 亚洲国产一区二区a毛片| 欧美三区在线视频| 亚洲成色精品| 国产精品日韩高清| 亚洲精品视频免费观看| 国产视频一区二区三区在线观看| 亚洲精品在线看| 国产日韩欧美精品在线| 一区二区激情视频| 好吊一区二区三区| 亚洲男人的天堂在线| 亚洲国产精品ⅴa在线观看| 性伦欧美刺激片在线观看| 亚洲国内自拍| 久久米奇亚洲| 亚洲在线第一页| 欧美日韩高清在线| 亚洲欧洲一区二区三区在线观看| 国产精品午夜电影| 亚洲一二三区视频在线观看| 亚洲黄色一区| 久久久久久久久久看片|