Cooltown wrote:
AMD的64位元並不...(恕刪)
想請教這個看法是從何而來的呢？
那如何才是真正的64位元架構呢？
而且64位元的架構除了提高記憶體定址大小之外，最主要的還是運算架構的地方吧，其效能方面有更大的進步也是因為運算架構的提升吧？當然在64位元架構下的匯流排，記憶體管理等其他方面也是需要做到符合其運算速度的要求才能真正發揮啦。但是未來走向64-Bit應該是趨勢啦（前提是如果大家腳步夠快啦...
）...
osii wrote:
solaris 10...(恕刪)
timm wrote:Cooltown wrote:
AMD的64位元並不...(恕刪)
想請教這個看法是從何而來的呢？那如何才是真正的64位元架構呢？
而且64位元的架構除了提高記憶體定址大小之外，最主要的還是運算架構的地方吧，其效能方面有更大的進步也是因為運算架構的提升吧？當然在64位元架構下的匯流排，記憶體管理等其他方面也是需要做到符合其運算速度的要求才能真正發揮啦。但是小弟覺得未來走向64-Bit應該是不可抵擋的趨勢啦...（遊戲應該也是啦...總不可能放著比較好的環境而不讓遊戲去跑吧...）
真的要純64位元 印象中就是Intel的Itanium了啊！
真的64位元喔 最0rz的就是32位元要模擬的
所以跑32位元比現在市面上我們常用的CPU還慢...
這樣的CPU您要不要咧？
shemgou wrote:
真的要純64位元 印象中就是Intel的Itanium了啊！
真的64位元喔 最0rz的就是32位元要模擬的
真是.. ORZ...
AMD64, 就是 x86 的 64 bit CPU,
Itanium 的 32 bit 要模擬,
是因為它 32 bit 指的是 x86,
而 Itanium 已經不是 x86 架構,
用的是 VLIW 的架構,
或是說是 EPIC(Explicit Parallel Instruction Computing)
不同指令集間, 就是要模擬...
就如同要在 PowerPC 上執行 x86,
也是要模擬, 跟是幾位元的 cpu, 沒有關係...
64bit CPU 很多,
已經消失的 DEC alhpa, IBM POWER, Sun Sparc,
都有 64 bit.
intel的IA64的確是純64位元的核心
因此當他碰到了32bit的XP,98,2000等等就死了，因為不能跑
這個原因當然是因為intel用的技術的關係，把自己綁死在純64位元的階梯上
偏偏當使用者要從32bit轉換64bit依照當初win 3.1到98就知道了
不可能放棄現有穩定的架構去跑一個未知的東西
這個在AMD的作法是站在消費者的角度上切入的
不過這樣說不大對，因為他是依照X86 base做出來的架構
從x86-32到x86-64基本上技術可以做到相容
AMD的核心比較像是介於兩者之間，因此在兩個平台都可以跑
但是這個可以跑的技術是從K8開始加入的，基礎還是x86的架子
只是對AMD來說只是多了一個動作
在現在CPU做得這麼快的時候，這一點點的差異會因核心程式（VISTA）的修正而看不出32-64的明顯差異
但是在這裡會誤會的狀況就是以為AMD用模擬的方式去跑64 bit，這是錯誤的喔
因為對AMD來說，只是多了幾個循環的指令，心臟並沒有需要換掉
這也就是intel IA-64失敗的地方
因為純64 bit，就算你跑得再快，無法向下相容，在使用者來說都是不划算的
就好像一些dos的程式即使到了現代，在某些地方依然沒有被放棄的理由
所以INTEL基於市場的理由，就把他獨特的架構放棄了（跟p-pro下場很像）
當初要做獨特的架構也是為了權利金，這樣其他公司要用他的架構時，就非付錢給他不可
最好的例子出現在INTEL跟VIA為了p-4匯流排的問題跟via要權利金
但是via用轉圜方式去收購一家公司（名字忘記了，好像是s3的公司）聲稱他也有用的權力
因此兩邊告的不可開交，也把via搞成現在這副模樣
目前看來intel為了跟amd搶市場，的確回到老路上來了
64bit早就用到爛掉了，缺的是作業平台
所以當現在平台出現(VISTA)，先進去卡好位置的人贏面會比較大
INTEL的如意算盤失效，不代表他就會丟掉這個技術(IA-64)
也許在當大家都轉換到64 bit的環境時，這套又會被拿出來也說不定
我相信有不少人都知道這回事，只是我雞婆了點，拉拉喳喳講一堆
mbkwi wrote:
intel的IA64的確是純64位元的核心
因此當他碰到了32bit的XP,98,2000等等就死了，因為不能跑
這個原因當然是因為intel用的技術的關係，把自己綁死在純64位元的階梯
又來了... ORZ...
不能跑 32 bit XP/98/2000, 不是因為是 "純" 64 bit,
而是因為 架構 不同! OK?!
ec wrote:
Itanium 的 32 bit 要模擬,
是因為它 32 bit 指的是 x86,
而 Itanium 已經不是 x86 架構,
用的是 VLIW 的架構,
或是說是 EPIC(Explicit Parallel Instruction Computing)
不同指令集間, 就是要模擬...
Dec 的 alpha 的 64 bit cpu 能跑 dec 的 64 bit unix,
可是他也能跑 32 bit 的 windows nt, 所以它就不是 "純" 64 bit 的 cpu?
mbkwi wrote:
偏偏當使用者要從32bit轉換64bit依照當初win 3.1到98就知道了
不可能放棄現有穩定的架構去跑一個未知的東西
win3.1 到 win95 (95 跟 98 差不多),
最主要的差別是
16 bit real mode*
(
segment : offset 定址, shared addessing space, cooperative-multitasking,
上面這些東西, 是 real mode 的特性,
win3.1 是有切到 protected mode, 為的是使用 大於 1MB 的定址
)
到
32 bit proteced mode
(flat 定址, seperate addressing space per process, preeemtpive-multitaksing)
兩個 mode 是差很多的.....
(
更詳細的說, win9x 也是有 realmode 歷史包袱的,
win9x 系統, 為了加大跟 win3.1 相容,
尤其是為了使用 win3.1 的驅動程式,
並不被認為完全是 32 bit OS,
而是 WinNT(W2k, XP..) 才是 32 bit OS
)
x86 32 bit 到 64 bit 就沒有這種轉換....
(一樣是
flat 定址, seperate addressing space per process, preeemtpive-multitaksing)
(不過, 64 bit OS, 仍然不能使用 32 bit 的 driver,
(可以使用 32 bit 的 AP)
但是 64 bit 的 driver, 跟 32 bit driver, (AP 也如此),
不像是 reald->protected 差那麼多, 等於是要學一套新的..
大部份code 只用重新 compile 就好)
內文搜尋
從 APP 打開
X