*停權中*
加入日期: Jul 2001 您的住址: 台中
文章: 3,574
|
http://wap.ithome.com/html/280788.htm
Win10移动化再进一步:微软DX12将支持ARM处理器 |
|||||||
2016-12-16, 07:40 AM
#41
|
Power Member
加入日期: Nov 2004
文章: 691
|
馬路消息 英特爾10nm的延期縮短到明年Q1
不過製程是否成熟?還得看砲湖是全線導入 反之 後續的咖啡湖仍以14nm生產 |
||
2016-12-16, 12:17 PM
#42
|
Golden Member
加入日期: Dec 2001
文章: 2,875
|
之前不是有報導說台積電跟三星製程都灌水,
台積電16nm跟三星14nm實際上只等於Intel 20nm 所以高通號稱10nm製程,會比Intel的14nm還好嗎? |
2016-12-16, 12:24 PM
#43
|
Power Member
加入日期: Nov 2004
文章: 691
|
灌水論是英特爾的宣傳花招
事實是業界缺乏一致的標準 再說 英特爾自稱同節點領先對手一個世代 更是吹牛皮 最多半個世代 |
2016-12-16, 12:45 PM
#44
|
*停權中*
加入日期: May 2015
文章: 1,017
|
說到製程
想起梁孟松這號人物 如果一個人影響力這麼大 納智捷請到開發GT-R的水野和敏 現在是不是也該弄出一台超跑了 |
2016-12-16, 01:16 PM
#45
|
Golden Member
加入日期: Dec 2001
文章: 2,875
|
手機跟平板市場也差不多飽和了,微軟在ARM架構不知道還能搶到多少市佔,
x86原生程式也不能在ARM版的Win10跑,那還有什麼購買ARM版Win10裝置的誘因? 而且UWP也只是像Java Virtual Machine一樣,把程式編譯成中間碼, 執行的時候還是要再轉換,代價就是效能的耗損 |
2016-12-16, 02:35 PM
#47
|
Elite Member
加入日期: Mar 2001 您的住址: Rivia
文章: 6,968
|
引用:
UWP程式主要還是跑native code不是byte code 你程式開發完可以自己選擇target編譯成哪一種平台 目前byte code用最多的依舊是android wp8/w10m上新的軟體都已經是native code很久了
__________________
Folding@home with GPGPU集中討論串 Unix Review: ArchLinux●Sabayon●OpenSolaris 2008.5●Ubuntu 8.10 AVs Review: GDTC●AntiVir SS●ESS●KIS 09●NIS 09●Norton 360 V3 I Always Get What I Want. |
|
2016-12-16, 05:06 PM
#48
|
Golden Member
加入日期: Dec 2001
文章: 2,875
|
引用:
看到是說可以很多平台的native code跟byte code包在一起賣, 大概賣點就是在Windows Store買的程式也不用管裝置CPU架構, 微軟就保證一定可以跑 不過這有強到讓用戶願意轉向購買ARM架構Win10的裝置嗎? 畢竟Windows最大的資產就是native x86的程式, ARM架構還是不能直接跑native x86的東西 |
|
2016-12-16, 05:19 PM
#49
|
Elite Member
加入日期: Mar 2001 您的住址: Rivia
文章: 6,968
|
引用:
他會那樣說,是因為他的IDE變聰明了 同樣的程式你寫一次就可以編譯成ARM或者x86 native 不用改這個改那個,所以就沒有出byte code的必要了 因為編譯器已經幫你做好移植了 模擬x86的架構我猜因該僅限於基於.net fromwork的程式才有比較好的相容性 要100%模擬那是不可能的 google也沒跟你保證過虛擬機相容性100%這種事情 apple ios 7 > ios8改架構也沒保證相容性一定沒問題 所以不要想得太美好,剩下再來談可以做到甚麼地步
__________________
Folding@home with GPGPU集中討論串 Unix Review: ArchLinux●Sabayon●OpenSolaris 2008.5●Ubuntu 8.10 AVs Review: GDTC●AntiVir SS●ESS●KIS 09●NIS 09●Norton 360 V3 I Always Get What I Want. |
|
2016-12-16, 05:28 PM
#50
|