引用:
|
作者jasonyang
AMD 的 AMD64(m$ 稱 x64) 贏 IA64 就在 long mode 下提供 "向下相容" 的能力，使得 windows 64bit 版本能在 64bit 下執行舊的 32bit 軟體，又不損失太大性能，而 WOW 的存在是提供的 kernel system call 32bit->64bit 的轉換，也就是放 system call parameters 的 stack，這裡有些是跟 register (像是 PC 與 SP) 有關，其他主要還是 system call parameters 的 data alignment 與 pointer 轉換等，性能損失極微小。
為什麼 M$ 會傾向 x64 而非 IA64，主因就是在他提供 "向下相容"，不會有沒軟體可跑的窘況，作為 32bit 轉換 64bit 的緩衝期，重寫才能發揮出 64bit 的效能，但是用 32bit 並不會損失太大效能。
http://en.wikipedia.org/wiki/IA64
至於 IA64 的 IA32 模擬，IA64 有提供一個硬體 jump escape 指令，但是硬體模擬的性能不好，另外有一些軟體 emulator/simulator 提... |
X86-64的Long Mode在相容模式跟64bit切換，確實多少會減損
只是當他跟IA64的狀況比，當然效能減損是變得微不足道
"放 system call parameters 的 stack，這裡有些是跟 register (像是 PC 與 SP) 有關"
這裡聽不是很懂，您可以解釋一下關聯嗎？
處理器有太多動作，都跟sp或pc有關
我看不清楚這裡您要強調的用意
"data alignment 與 pointer 轉換"
data alignment 在這之間要轉換嗎？
還是您的意思是"確保他們產生相同的data alignment？
模式一變都要處理不同的data alignment...這....
CMS意思是transmeta的code morphing software
所以他算是一套"軟體"...因為原文是software....他就是軟體
這點大概是您跟小弟對"軟體"的認知，還是有些許不同
例如我跟x說..喂，CMS給我一下，他丟了一顆Crusoe給我說..
CMS在裡面，自己想辦法吧......那也許說是一顆軟體比較好
已經用硬體線路實踐的東西，總是蠻容易混淆的
每一家公司當然希望自己的產品賣得好
只是AMD設計Opteron時，確實沒想到連高階Server跟超電腦
都會對Opteron產生極大興趣，造成在這市場要求的功能性
Opteron在設計時都沒有考量的很齊備
這在日後的新版本晶片會改善
這是我說"沒料到賣得那麼好"的意思
他的效能確實可以切入更高階市場
問題卻沒有其他足夠配合的條件，限制他的發展
至於Benchamrk的環境，確實還很容易被Intel影響
但是這對一般民眾較有效，而一般Server大廠，並不會太在意
他們有能力知道他要什麼，他們要的是實質的效能，利益或利潤
****或偏頗的Benchmark對他們影響不大