老是攻擊Zenfone的 Intel x86 相容性,也太過時了

微軟現在放在google play上的word、excel和powerpoint也都不支援x83的cpu
這個對於某些會用平板電腦的人就會有影響了……

mark791021 wrote:
那這個問題怎麼解決:...(恕刪)

mark791021 wrote:
忘了說,我是padf...(恕刪)


看來要等ANDROID 5.0更新

ANDROID 4.4 更新華碩封印這功能,所以應該還是無解

火疾風 wrote:
看來要等ANDROI...(恕刪)


人家是希望功能支援性越高越好
不會故意封印功能
是相容性出問題,暫時無解

更有人講到ART模式,ART的意思是先將App安裝時
就先編譯成機器碼(類似組合語言的低階語言),
使得App在執行時不需要再進行編解碼
與上述工作所需的暫存區
以達到加速與減少RAM使用的效果

重點是編譯成"機械碼"
ARM與X86就是處理器的底層指令碼不相同
那要把ART後的App在X86上執行,
就要先將低階語言化的App"還原"回高階語言
再重新編碼為X86的低階語言

這一來一往除了增加處理時間與記憶空間外
還原回高階語言時也有可能出現編碼錯誤
在轉成X86語言就會出錯
甚至崩潰

ASUS會用ATOM是因為Intel軟硬兼施的壓力
要是能選擇,ASUS為什麼不選擇ARM陣營的處理器?
畢竟Apple AX系列、三星獵戶座、聯發科、聯想、甚至展迅
全部都是ARM體系......

也就是ARM處理器佔行動通訊99.9%的市場
不論是iOS、Windows 8、Android都是以ARM為
主要開發與調校的對象平台

經過時間證明,攻擊x86的相容性,不但不是過時
反而是更證實了這個先天存在的界線終究會出現

信我者天堂近了!!
聖神山 wrote:
人家是希望功能支援性...(恕刪)

如果x86真是這樣,你那篇言論不會乏人問津
把握當下、愛要即時;勿以惡小而為之、勿以善小而不為。
聖神山 wrote:
人家是希望功能支援性...(恕刪)

這種事情從Android 5.0 Lollipop開始原生支援x86以後基本上就不復存在了
就算你不想升Android 5.0 Lollipop,新手機也不可能停在4.4給你用
以後app只要改版後完整支援android 5.0,x86的相容性基本上就是100%
若真的有問題反而回到其他因素如硬體晶片或是其他軟體造成的問題

http://tech.it168.com/a2014/1230/1694/000001694738.shtml

  由于ARM與x86體系架構的差異,在以往,采用Intel架構的Android終端設備想要運行基于ARM架構編寫的軟件,需要調用Android內部的模擬器——Dalvik 虛擬機,雖說此額外工作所帶來的影響微乎其微,但也為用戶帶來了一些小的兼容性的問題,這些兼容性問題發生的機率在1%-3%左右。為改善這個問題,Google在Android 5.0中,提出了全新的ART模式。基于此模式下,系統在安裝應用的時候將會針對x86平臺進行預編譯,從而使應用程序無需工作于模擬器當中,實現直接運行,這無疑有助于將Intel設備的巨大性能優勢得以完全發揮。

  而另一方面,Intel作為開源的推動者,與Google進行合作,于2014年9月9日推出了IRDA(英特爾安卓參考設計),利用此套體系,開發者將率先得到基于x86架構平板電腦軟件及硬件的雙料技術支持,從而使開發者們編寫和修改x86架構app程序的工作變得異常簡單,此項目將吸引大量的開發者專注于從事針對x86架構的軟件研發,從而進一步提升Intel架構的軟件執行效率。


Intel 與 Unity 聯手,Android 遊戲將開始原生支援 x86 架構
http://chinese.readzer.com/wp_content.php?wid=657127
聖神山 wrote:
人家是希望功能支援性...(恕刪)


4.4 封印ART功能我想不是相容性,ART 模式最有利的就是X86平台

我想不開也只是省事,華碩工程師一定很樂見這樣的想法

反正3月直接給你更新5.0,更新4.4只是為了兌現去年賣手機時說會馬上更新4.4而已


至於5.0相容性問題我想會比以前好多了,棒棒糖畢竟也會開始原生支援X86、x86-64系統

新一代產品過不過時,現在下定論都太早了


sunary100 wrote:
“作為首款單獨發行64位版本的Android操作系統,Android 5.0將使智能設備全面進入64位時代”,Intel這樣認為。憑藉多年來在PC領域所積累的64位處理器研發經驗,Intel與Google在Android5.0的研發過程中展開了前所未有的密切合作,憑藉雙方的協同努力,使Intel的x86架構首次站在了離Android操作系統最近的位置之上。
  2014年10月9日,Google推出首款Android L 64位模擬器,此模擬器僅提供了Intel x86架構模式,這也是Android 5.0操作系統的全球首次開放。憑藉此模擬器,Android開發者們率先體驗了工作於Intel x86_64架構下的Android 5.0 64位運算優勢:更大的內存尋址空間(4+GB)、大量的寄存器、新的指令集等。此事件說明Google對於Intel x86_64架構的關注已經達到前所未有的高度。
  Intel開源架構助力Android全平台發展
  由於ARM與x86體系架構的差異,在以往,採用Intel架構的Android終端設備想要運行基於ARM架構編寫的軟件,需要調用Android內部的模擬器——Dalvik虛擬機,雖說此額外工作所帶來的影響微乎其微,但也為用戶帶來了一些小的兼容性的問題,這些兼容性問題發生的機率在1%-3%左右。為改善這個問題,Google在Android 5.0中,提出了全新的ART模式。基於此模式下,系統在安裝應用的時候將會針對x86平台進行預編譯,從而使應用程序無需工作於模擬器當中,實現直接運行,這無疑有助於將Intel設備的巨大性能優勢得以完全發揮。
這篇文還在繼續呀....
其實android對 x86的支援早就沒問題了(4.0已有支授)
看的只是程式員能有多懶

上面還在說ART甚麼的,還甚麼machine code轉回來甚麼的


其實在程式寫完後,在電腦上用x86的SDK再儲存一次成apk就好了,基本上就是多按一次
除了有在用NDK的程式(多是大型的3D遊戲),需要在程式碼上作修改外,普通的app就只是多按一次鍵就好了...


Android的編寫語言是JAVA,相比其他的語言好處就是對不同硬件都能有好的相容性
不過 ART 模式對於 Native code 有影響(幫助)嗎?
我所知道的是 ART 模式似乎只是用來取代 Dalvik 虛擬機,
也就是讓 JAVA code 的部分從即時編譯改為預先編譯,
至於 Native code 本來就是預先編譯且需針對不同處理器架構,
這樣 ART 模式會讓 x86 原本不能跑的 ARM code 變成可以跑嗎?
應該還是得透過 Intel 的 Binary Translator 來即時轉換吧?
例如 Nexus Player 裡同樣有 Houdini(搭載的是 5.xx 版本)。

所以我很好奇只依靠 ART 模式,會解決 x86 不能 100% 相容,
ARM 專用的 APP 的問題嗎?或者還是得依靠 Intel 的更新?
例如 ZenFone 從 4.3 升 4.4 時,Houdini 也一併更新成新版本,
所以一些原本 4.3 底下不能玩(閃退)的遊戲,4.4 就可以玩了!

Weirdoxlee wrote:
這篇文還在繼續呀.....(恕刪)


不過ART也不是平常在開的吧?

何況系統支援了

APP支援又是另一回事

不然之前的FB...
升上 5.0 Lollipop 之後,ART 就是唯一的執行模式了。
所以 Intel 平台的 ZenFone 系列,我是覺得,
還是等更多的 APP 支援 ART 再開放升級可能會比較好,
不然到時候如果只是純粹不相容於 ART 模式的 APP,
說不定又會被扯說是華碩的問題、x86 的問題等等。
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 15)

今日熱門文章 網友點擊推薦!