我記得INTEL跑Android的時候，很多人為他多跑一層模擬器抱不平，而且還有指令集差異，
如今ARM跑去玩WINDOWS也是勢在必行，我想很多人準備看ARM笑話...
事實上呢...
這次Windows將要能跑X86的OS跟當年INTEL跑Android有個很大不同，
windows是專為ARM核心作的程式，所以他原本就很適合ARM，
windows這塊也著墨很久，很階近iOS穩定與品質，所以S820會相對ANDROID上面強悍，.netframework可以省略不提，根本輪不到X86必要性問題，進一步的是C++跟一些低階complier程式在使用的問題...這些很直接牽扯到SSE指令集的問題，
不過就程式工程師的角度來看，ARM跑的32 bit程式也是能達到 Re-compiler去做的一個解套，就算是SSE指令集的叫用，說穿了還是可以作SSE不沾邊的轉換運作，因為最終輸入與反應的根本還是windows管理的，更清楚來說，你用Visual Studio開發C++時，Windows就能動手腳，甚至不用Re-Compiler，而是一開始就有另個腳本存在。
總而言之，在windows上就算跑C++也是可以做到完全不依賴SSE指令集也能運作，因為這是微軟的程式，看他們要不要做而已，而且理論上效能會是不差的，除非有種可能會變差，那就是轉換的方式作很爛，當然這時候Windows將會步入式微，這是WINDOWS自家的危機，
總之，就程式面根本不需要論到X86架構也能跑32bit的windows程式，因為他們根本是不一樣的概念在運作。
而INTEL這邊顯然還在搞不清楚狀況
如果會有這種想法表示可能只專業於硬體而不懂軟體，或者根本不懂...
我也只能攤手說，INTEL會繼續在各方面輸下去，
我若是INTEL底下的員工，看到公司還搞不懂狀況，是優秀的早就跑掉了!
回過頭說INTEL失敗的原因，你就會知道INTEL真的還在睡，
ARM從ANDROID出來的那一刻開始，就在模擬器上面多跑一層，
所以模擬器導致INTEL不行這句可以先刪掉，這是一堆人錯誤認知，事實上，兩台都是在模擬器上跑，除了iOS是原生的，Android沒有不是模擬器的
而當時X86加入時，
Android主要採用JIT，
這有個缺點，就是每次啟動任何工作時，CPU都要即時轉譯，
換句話說INTEL必須同時做模擬器跟指令集處理兩件事情，
詳細要講下去，其實文章還滿多的...我也懶得打，自己GOOGLE
事實上這確實對INTEL不利，只是也沒各位想像這麼嚴重...我前面也一寫一篇了，不知道有沒有放在巴哈...
不過INTEL有個動作可能讓很多人錯愕，就是進入市場不過兩年就慘敗退出，
主因是在2015年的ANDROID 5.0讓INTEL發現自己X86跟對應的指令集根本無用武之地，
Android 5.0使用ART的概念，別叫我從頭講起，JIT ART請自己認真去了解就會懂了，
ART的好處是可以讓INTEL困擾的NEON指令集問題提早進行程式碼到機器碼轉譯，
雖然理論上，INTEL這裡既沒得到好處也不壞
LINK甚至能更節省時脈與功耗(因為也不用隨時即時轉譯包含指令集的動作)
但換句話說就是讓很赤裸裸的讓INTEL擅長的指令集處理速度較慢的問題快速浮出檯面，
當INTEL驚覺自己已經慘敗，甚至X86也沒什麼好論的時候，他只能快速收手移動平台，因為繼續玩下去會引火自焚，當然，現在ARM要打入更深的平台，X86持有者INTEL自然也顯出頹廢而慌張...
傻子方向
INTEL可能還沒搞懂
GPU這塊都做很久了，速度都遠比INTEL現有任何運算卡還快
更何況GOOGLE自己用比GPU更強大數十倍的運算裝置
已經在阿發狗證明了GPU也遲早將在AI上衰退
說穿了
INTEL現在只能先搞一個噱頭，就是投資者的資金吸引
若有成
或許能前進，不成，敗
創作內容
未來ARM跑windows也一樣爛?
文化? (20)