個人積分：11分
文章編號：25078765
個人積分：218分
文章編號：25080887
支援Windows IA-64的EPIC要compile,支援Windows X86-64要compile,
支援新的AVX/SSE5指令集還要compile,上哪找那麼多source code來compile.
還是算了吧,如果有一天ARM平台能滿足大家的需求,不論那個平台是不是叫windows都會有很多人去用它.
至於ARM目前看起來錯,也或多或少開始養成吹牛的壞習慣.RISC的大老IBM power系列處理器尚且跟X86戰的旗鼓相當,同樣是RISC資歷尚淺的ARM要出頭,還要加把勁,畢竟設計一輛機車和一輛汽車難度還是有差的.
個人積分：194分
文章編號：25081947
個人積分：0分
文章編號：25082211
個人積分：23分
文章編號：25082745
個人積分：10分
文章編號：25082902
個人積分：134分
文章編號：25095493
umts wrote:
既然要"compile"成ARM平台的binary,這個故事就沒什麼值得說了.
支援Windows IA-64的EPIC要compile,支援Windows X86-64要compile,
支援新的AVX/SSE5指令集還要compile,上哪找那麼多source code來compile.
現在哪一套支援多平台的 OS 不是針對每個平台編譯該平台版本？不同平台 compile 程式為何需要多套程式碼？撰寫的時候顧慮到在不同平台上跑的狀況就好了，這樣只需要一套程式碼，甚至採用 java 這種 write once run anywhere 的方式，用 VM 去處理，程式人員根本不管底層是甚麼平台。
個人積分：278分
文章編號：25110041
KKao wrote:
不要從既有的 Windows 狀況去思考 Windows 支援 ARM 平台的意義
反而應該是從 Linux 支援各種平台的角度去看這件事情
Linux 可以應用在各種工作站伺服器 到 個人電腦 到 小筆電 到 手機(Android 算是 Linux 的一個分支)
甚至一堆router、access point 都跑 Linux，就可以想像 windows 要是認真支援 ARM 平台是怎樣的光景
當然不是說 windows 8 一上來就能一下子搞定這麼多事情，但是 M$ 要是好好做的話，
從 Server ->PC->NB->tablet->phone、game console、set-top box、car pc 都用 windows kernel 的話
對 M$ 是多大的生意，所以這條路是一定正確，只怕 M$ 做不好而已。
...(恕刪)
講了那麼多....那跟目前的MS WinCE .net系統的路線有何差別??
CPU就是ARM....系統也可以改為Linux在跑....
個人積分：29分
文章編號：25110463
個人積分：4分
文章編號：25113053
cupid_karen wrote:
注意一下ARM下一代A15的內核,新架構應該可以更有效支援雙作業系統（Windows 8 and Android)，而且效能功耗比相當漂亮，足以滿足大部分消費者對雙作業系統的需求。...(恕刪)
這點讓人相當懷疑啊....而且這裡要解決的還有：周邊設備相容性
歷史上，想挑戰X86架構的產品產品很多，就好像想要挑戰Windows產品一樣....就算是免費的也失敗...
Nvidia做ARM，好處是CPU + GPU + Chipset都搞定了（以Nvidia的能耐推估），但如果其他設備廠商不支援，Nvidia會不會搞得像是一個特殊市場，「買了就別想換(加裝)別家的
」我不懷疑Nvidia會考慮進軍高效能市場（一般All in One的都走低階路線），但只能說這功夫很大，希望Nvidia好好加油嘍
