你可以去找找 x86-64 的白皮書， 64bit GPR 不管是運算搬移傳送都可以做到 64bit 寬度，
long mode default operand size 是 32bit 沒錯，但也是可以 override to 64bit 。
還有 Windows x64 需要 64bit signed driver ，沒有為了相容性用 32bit driver 這回事。
(當然你 driver 裡面愛堆零寫成一堆 8bit 運算也沒人管你)

IA64 失敗的地方在於缺乏硬體的 compatibility mode 而且時脈也拉不起來，
所有非 IA64 程式全部都要跑在 x86 emulator 之下，在 XP IA64 之下你看到
task manager 標 *32 的程式效能通通都很慘... server 還有得談，
client 端應該會用到想翻桌 :D

以下的比喻可能不是很恰當...

個人認為強調只有徹頭徹尾的 64 位元才是 64位元 OS，有點像是爭執 CPU 是真四核還是偽四核，真八核還是偽八核，真十六核還是偽十六核...

使用者只要快速正確地跑出結果，就算是達到設計的目的。

拿偽四核和真四核來比喻不太恰當。
目前64bit x86 or OS 對 32bit 的支援只是因為相容性而向下相容。
若說它是「偽」還是有點過份。
除非它是用模擬或其他方式做成 64bit 的假像，才叫「偽」。

x86 之於 IA64 所不能拋棄的包衭也不在於 32bit, 64bit 的差別，而是從 x86 設計之初就一直累積下來的。

看KERNEL跑的機器碼是64BIT 還是32BIT

WINDOWS X64 跟VISTA X64 是64BIT OS
是無庸置疑、因為KERNEL是跑64BIT，DRIVER 也是要64BIT machine code
置於上面可以跑32BIT 單純是WOW （WINDOWS ON WINDOWS）的相容層

另外K8 在X64 MODE 暫存器的數量會多一倍，相對效能也會提升

再來便是MAC OS X 64BIT
這個KERNEL還是跑32BIT 不過APP 的定址有到64BIT

所以基本上 OSX上 是沒有純64BIT的程式

的確是不恰當。 :p

所以我說，
除非偽四核是真的沒四個核心<對應>除非 64bit OS 是利用模擬做成 64bit，
不然使用者只要電腦跑的快，程式設計者只要設計的 64bit 程式可以充分利用電腦能力，
管他是拼湊出來的核心 <對應> 管他是不是徹頭徹尾 64bit。
就是好 CPU <對應> 就是不錯的 OS。 ;)

給連結吧...M350 在XP64安裝Vista 64無法驅動.. :jolin:

課本上的真、偽64bit對用家其實一點也不重要。我想，樓主想知道的會是軟體相容性的問題吧。

公司的MIS偷偷給兩個用了64bit的vista，業務部那個用了三、四個月，什麼問題都沒反應。軟件的部只半個小時就回來罵人.....差異點是『你用什麼軟體』.....

M800也可以在xp x64下使用，只是安裝過程變成半自動，
安裝完driver後並不會自己驅動裝置，要自己再一次手動指定driver。
官網上面的driver 1.3.6.6版就可以用了。
dtv是4.20目前也沒遇到什麼問題。

目前大多數的實際使用情況
高時脈的雙核心還是比4核心快
你在執行吃重的程式時
常常開工作管理員來看就知道
許多軟體是不支援多核心處理器的
這種情況下通常是時脈越高越快
此時多核心低時脈的處理器並沒有比較吃香

所以還是把4核心的預算拿來買高階的雙核心比較實在

講是這樣沒錯啦.....試著去拿Q6600與E6xxx同時脈的電腦來玩看看......用起來就是有差。

原本從VT轉成雙核時，我就驚驗了一次。雖說相近時脈下，用軟體測出的結果差異不大。但實際在xp、vista下使用時，在『切換』不同的ap時，差異就是給他夠大。不用一次開很多功能，同時燒錄、上網、收mail、下載bt，很正常吧，拿相近時脈的系統一操作下，有差就是有差。

雙核到四核呢? 不去管它什麼真假雙核，自己用看看。我覺得....同樣的錢，我會買低一些時脈的四核......那個實際操作上幾秒的delay，其實比一些測試軟體測出來的數據來的『真實』。

前兩天才拿雙核與四核的用7zip壓一個14G的FILE。雙核要兩個小時多，四核只要四十多分鐘。且期間一樣CPU LOADING跑到七十以上，雙核上操作什麼幾乎都是要DELAY個幾秒，四核則是與正常無異....別說省下來一個小時多，那個『無DELAY』的操作就值回票價了。