MT6225由于采用的是ARM7-EJ內(nèi)核，所以Java可以速度很快，但其它方面就有限了：首先，如果要支持MMU就不太現(xiàn)實(shí)，好在Linux可以有uCLinux。其實(shí)早年，我們?cè)赟amsung S3C4510B上，執(zhí)行SNMP V3時(shí)，也就剛好，但如果執(zhí)行完整的MMU應(yīng)用，加之MMS/WAP Browser，那是相當(dāng)累的。準(zhǔn)確來(lái)講，Linux+X不是為低端的ARM AP系統(tǒng)而設(shè)計(jì)。因此，iPhone才采用了S3C6400，而Apple Mini X是經(jīng)過(guò)優(yōu)化處理的，不然不可能有這么高的執(zhí)行效能。至于NOKIA的N810/910之類產(chǎn)品，其實(shí)啟動(dòng)是比較慢的。

其次，MTK本身定位從低端切入市場(chǎng)，不是說(shuō)他真的能達(dá)到TI或是高通的水平，那是一件非常痛苦的事，這是MTK自身的傷痛，不能支持智能操作系統(tǒng)。而要支持通用智能操作系統(tǒng)，主頻顯得相當(dāng)重要，因?yàn)槠渖线\(yùn)行的軟件，很多需要較為復(fù)雜的計(jì)算，圖形繪制，都采用了高級(jí)的通用模式，而不僅僅是MTK GDI的2D 簡(jiǎn)單平面繪制。真正的復(fù)雜度，是因?yàn)樽畛醯脑O(shè)計(jì)風(fēng)格和體系是不相符的。MTK的Layer操作，相當(dāng)于Direct Draw，這其實(shí)是其它系統(tǒng)的極限速度，有一點(diǎn)像DMA，如果智能平臺(tái)的應(yīng)用，并非專門為DMA而設(shè)計(jì)，那麻煩就大了，效能要差很多倍。

我想更多人講的移置，是沒(méi)有去關(guān)心效能的，只是想辦法讓Linux在這個(gè)BB上運(yùn)作一下，以MTK的128+32 MCP，要想啟動(dòng)uClinux，并啟動(dòng)MMI和多媒體，變成一個(gè)基本可用的系統(tǒng)，基本上可以說(shuō)是失敗的。運(yùn)行Console Mode是可行的，外加一個(gè)Mini GUI。但大家都知道，一旦Mini化，那與現(xiàn)在的MTK MMI體系，又有什么差別，那不是我們想要的東西。非通用的GUI 核心，很難像X-Windows或是QT，或是Windows一樣流行起來(lái)。與其這樣支持MTK，還不如與其它國(guó)內(nèi)有實(shí)力做ARM9以上多核心協(xié)議棧的公司聯(lián)系，在他們的BB上，采用完整版的arm-linux(帶MMU)，執(zhí)行android，或許還有真正的明天。聯(lián)想目前不正在做OPhone，基本上就是這一思路?，F(xiàn)在在這一方面，國(guó)內(nèi)估計(jì)還是Moto當(dāng)年的執(zhí)行者，采用QTE架構(gòu)。能構(gòu)優(yōu)化QTE的GDI 多層繪制核心，那就是一件非常有意義的事了，充分利用ARM提供的指令，將核心運(yùn)算完全匯編化，并對(duì)算法優(yōu)化，可能會(huì)有意想不到的效果。至少，QT是完全可以商用化，并且是相當(dāng)完整和成熟的。這種事情，完全可以由芯片原廠支持，這種結(jié)果，可能會(huì)讓Microsoft感到害怕，這正是他們的痛神經(jīng)。

如果真要采用MTK，建議基點(diǎn)選在MT6235/MT6238要好一些，不過(guò)MTK在處理多媒體時(shí)，需要Linux充分使用其DSP效能，而通用Linux是無(wú)法啟用這些優(yōu)勢(shì)的，因此，移置還有一個(gè)漫長(zhǎng)的過(guò)程。以前我們?cè)赬Scale 27X上，執(zhí)行QTE也是比較慢的，從Moto的A1200就可以看出來(lái)，不過(guò)還可以接受，但還不是我們想要的結(jié)果。

MTK要想充分啟用Linux優(yōu)勢(shì)，主頻是一個(gè)非常麻煩的事情，因?yàn)橥ㄓ肣T或是X-Windows，都需要更大內(nèi)存和更多的處理器能力，不然無(wú)法加載復(fù)雜的Office和Browser應(yīng)用，否則開(kāi)發(fā)出來(lái)的非通用系統(tǒng)，比HTC早期的Windows Mobile產(chǎn)品更差勁。

前幾天聽(tīng)朋友說(shuō)，他們打算在3G的雙協(xié)議棧上采用ARM-11 Core，如果主頻在400MHz左右，就可以很好處理復(fù)雜多媒體和文檔應(yīng)用了?？赡芎芏嗯笥堰€不知道，其實(shí)真正用軟件編碼MP4，是相當(dāng)吃力的一件事，我們當(dāng)時(shí)采用的533MHz的Strong ARM，效果都不是很理想。事實(shí)上，MTK的MP4編碼質(zhì)量，也只能說(shuō)是忽悠低級(jí)用戶可以，早期的MT6226還帶有一個(gè)MP4 硬件編碼器。就是AMR-NB，純軟件都是一件輕松的事情，而MT6225是沒(méi)有MP4編碼器的。我們看看Nokia的OMAP架構(gòu)，都是實(shí)在的DSP加速，所以貴一點(diǎn)，才是真正的貨真價(jià)實(shí)。

客觀地講，低端的MTK IC，無(wú)論什么系統(tǒng)，要用軟件實(shí)現(xiàn)完整的MP4，幾乎是不太現(xiàn)實(shí)。我沒(méi)有看完整的MT6239 SPEC(9系列是MTK體系中最高端的IC)，是否有其它的硬件加速器，諸如DivX/RMVB/H.264，如果沒(méi)有ISP，200MHz實(shí)現(xiàn)H.264幾乎不太可能。而且，要達(dá)到全解碼，我估計(jì)MTK整合也不是一兩年時(shí)間就能搞定的。如果能在200MHz的主頻上，優(yōu)化GDI設(shè)計(jì)，采用8或9系列的ISP加速，說(shuō)不定在Linux上，也可以實(shí)現(xiàn)，甚至超越Windows Mobile的智能系統(tǒng)。

有勇氣固然重要，但能執(zhí)行，能預(yù)知難度才更可貴。

至于軟件優(yōu)化，可以參考Microsoft的資料，或是Intel的文檔，以前看過(guò)，有些東西，寫得真的很好。我們當(dāng)時(shí)有采用Intel 的IPP軟件包。

前一段聽(tīng)一個(gè)兄弟說(shuō)，他對(duì)數(shù)字IC如何如何的懂，如何如何的厲害，我笑了笑，那根本沒(méi)什么用，因?yàn)槿绻蛔龀梢粋€(gè)系統(tǒng)，做不了產(chǎn)品，無(wú)法商用，其實(shí)多半都是垃圾。沒(méi)有大規(guī)模測(cè)試，誰(shuí)知道他芯片上還有多少BUG， 以前Freescale的AP不是都有不少問(wèn)題嗎。現(xiàn)在好像國(guó)內(nèi)做這門生意的人越來(lái)越多了，不知道他們是否真的能賺錢，我只看到不少項(xiàng)目死在他們理想上了，他們燒錢倒是一流的。說(shuō)到他們的痛處，他們就說(shuō)他們的專家如何如何的NBXX，不屑于做那些低級(jí)工作；呵呵，我看也是，因?yàn)樗麄兏揪妥霾涣?，因?yàn)槿绻菢?，比Windows高明的系統(tǒng)早就做出來(lái)了。

客觀地講，MTK在封閉環(huán)境，已經(jīng)做到極限了，很多人還想超越，我真替他們擔(dān)心，也許我是眼界有限，但愿Linux MTK計(jì)劃取得成功。據(jù)我所知，目前MT6235都采用了NAND啟動(dòng)了，其實(shí)1G+512M已經(jīng)是智能機(jī)的胃口了。而且，6235都非目前主流，成本較高，還不是“順產(chǎn)”。MTK以前宣稱低功，以他的頻率，也不至于高到什么程度，但我想，一旦你想跑智能平臺(tái)時(shí)，那結(jié)果可能是無(wú)法預(yù)測(cè)的。

其實(shí)，MTK在2010年后，還有多少市場(chǎng)，誰(shuí)也不知道；只是有一點(diǎn)，我還比較清醒，就是MTK 目前Cash多，搞不定，可以去買別人的。

說(shuō)實(shí)話，明天，我還真有一點(diǎn)茫然，智能移動(dòng)網(wǎng)絡(luò)，已經(jīng)是無(wú)處不存了，那不是MTK的天堂，當(dāng)然，也可能不是MTK的地獄，但可以肯定的是，Linux下的Android，一定是Apple、Microsoft、Nokia的頭號(hào)敵人。國(guó)內(nèi)的TD-SCDMA/WCDMA/CDMA2000三家運(yùn)營(yíng)商，一定會(huì)力挺Linux下的Open MMI或是Java平臺(tái)。