引用:
|
作者Yusunu
對照Windows 8/8.1的工作管理員，與CPU-Z對FX系列CPU核心數量的描述，
大概就可以看出M$對AMD單模雙核架構的態度，
應該只把它當HT等級而已，所以也只讓它發揮HT等級的效能吧... 
https://pb2oma.dm2301.livefilestore...FX-Win8-SPE.png
Mantle除了簡化API程序，應該也還原了自家CPU應有的實力，
於是讓APU在支援Mantle的遊戲中就可以逼近i7，這目前看起來對AMD比較有利，
所以DirectX12會不會比照辦理就不知道 
相較之下，印象中過去Intel發表HT技術後沒多久，M$就更新了DirectX 8.1，
讓XP可以支援HT... (現在FX架構都出多久了？)  |
對OS來說，根本不用知道是4C4T還是4C8T或是2M4T
對OS來說，只要知道有幾行程(single or multi thread)就可以
推土機跟打樁機在windows平台效能不彰主要是架構差異，沒有進全力優化
跟當年DX支援HT基本規模就不一樣了，改動所牽涉的複雜度高了很多
引用:
|
作者Berith
2001年6月 Itanium (Merced)
2002 Windows XP 64-Bit Edition for Itanium
2003年9月 AMD Athlon 64
2004年3月 Pentium 4 (Prescott)
2005年3月 Windows XP 64-Bit Edition for x86-64
IA64在Itanium上市隔年就出專用的WinXP
x86-64還等intel推出處理器後隔年才上市
挺的是intel EM64T吧  |
你提出這些根本佐證不了什麼事情
MS本來就挺x86-64，甚至鄙視IA64
Itanium不是x86架構，也沒有x86相容模式
更無法模擬x86架構，主要是intel在伺服器強推IA64
微軟當然要生出windows for IA64 edition
不然微軟拱手把IA64伺服器市場讓給別人嗎？
在一般終端零售還有OEM市場,一直都是x86版本的天下
對開發者來說，x86-64的軟體只要把原本的source code重新編譯就好了
甚至完全不需要修改就可以無痛移植(除了驅動需要重寫，部分用到C的要重寫)
IA64就不是這個樣子了
當年根本沒有一個像樣的開發工具的編譯器可以很好的支援IA64
部分原生軟體性能甚至不如x86版本
windows xp 64bit這個也只是名稱叫做xp
骨子裡它根本是server 2003，所有桌面xp 32bit能做的事情
超過八成以上它無法做，協力廠商從來不會認為這個xp是給一般終端用戶使用
跟win7 x32/x64, win8 x32/x64兩個架構版本差異太過巨大
根本不應該稱xp 64bit為"xp" 64bit，叫做xp純粹市場考量
在當年x86-64就算沒有支援的軟體
它也可以很好的相容x86架構的軟體
性能沒有任何損失，開發者沒有立即迫切的x64軟體需求
當年主流終端主機板也沒多少可以到4G以上
更何況64bit軟體還有memory overhead的問題
所以對微軟來說主流終端的x64作業系統根本不用急於一時