引用:
|
作者jasonyang
http://www.microsoft.com/taiwan/technet/columns/profwin/tnawinx64.mspx
http://www.amd.com/us-en/assets/con..._Technology.htm
在 long mode 裡，有兩種子模式，一種是 64bit mode 與 compatibility mode，amd64 允許 kernel 在 64bit mode，user mode 在 compaitbility mode，在我看來，windows x86 64bit 版本就是你們口中的 "純64bit" OS(跟 itanic2 的 windows server 64bit 一樣)，因為使用 64bit OS kernel/driver，但是 user mode 能因 AP 是 64/32bit 而使用兩個 mode 中的一個，同時執行 64bit 與 32bit 程式，透過一層 WOW64 子系統層 來轉換 32bit/64bit system call 介面，所以沒有你講的 "純64bit" 問題，這就是為什麼 amd 的 64bit 好過 ia64 的原因，因為 ia64 沒有提供"向下相容&qu... |
為什麼要有WOW的存在？就是因為64bit的Long Mode啊
我不要相容性了，軟體全都用64bit重寫，不就可以把WOW丟了
這就是小弟舉例說，會產生類似IA64的狀況
WOW就像是一個告訴你處理器，要用哪種面貌的Register
去面對等一下要進來的東西的軟體層
更精確的描述AMD64允許64bit OS執行32bit 程式
是我們使用一個64bit的OS，OS本身可以在64bit跟相容模式下動作
但是進來的東西會是什麼樣子，處理器無法判斷
這就是OS要幫他做的事情，這動作是為了舊有軟體的相容性
他也就造成了效能的減損
IA64向下相容...其實IA64原本就很難提供X86相容
他的IA32/Pa Risc相容方式是靠硬體上做出來的Translater
我比較傾向他是一種硬體方式，或者說是硬體模擬
而Code Morphing其實也是類似的
IA-32 EL現在好像並沒有真正釋放出來（我不是十分確定）
但是他就會是確確實實的軟體模擬，因為我可以把他放進磁片裡
CPU的插換，原本在SMP上面不是很麻煩的問題
停用處理器比較簡單容易，也比較不會發生什麼問題
現在的麻煩是NUMA的設計，這一換就扯到記憶體上面
我在換CPU時如何保持記憶體上的資料？
這不是不行做，只是Opteron並沒有確實去設計好這方面的問題
這也就是因為..他沒想到他會賣的那麼好
所以他甚至連記憶體本身的熱插換都沒有設計好
我想他下一代的規格，這方面應該會處理的比較好
Opteron的chipkill也很陽春，容量跟支數都有限制
我記得是一定要四支同容量的才有辦法啟動