瀏覽單個文章
jasonyang
Major Member
 

加入日期: Sep 2004
您的住址: 木柵動物園
文章: 293
我只能說可憐的一般大眾被 intel 給誤導了,定義 cpu 的位元數,主要還是在其 ALU 一次能處理的位元數,因而一般適用通用暫存器的位元數來決定,intel 把 AMD64 矮化成記憶體定址(memory addressing) 的技術 em64t 時再只是能欺騙一般大眾,主因還是為了保護其 itantium,因為 itanium 奮鬥了將近十年,還是得不到市場的青睞,早期是因為性能不佳,現在則是因為價格性能與 x86 相容性(opteron 與 xeon,因而 intel 急著要劃清市場界些,但效果不彰,所以才被諷刺為 itanic)。

許多 cpu 的指令集長度根本與其位元數無關,尤其是 cisc 的,就看 x86 就知道了,只有部分 risc 處理器是固定長度的,而 EPIC/VLIW 何嘗不是這樣。

用 bus 位元寬度更是一個錯誤,才造成以前許多的討論。

用定址空間就更可笑了,這很明顯是 intel FUD,連自己都搞不清楚,
http://icmr.icfai.org/casestudies/INTEL1.html
http://www.amd.com/us-en/assets/con...resentation.PDF
雖然 IA-64 雖可支援 64bit 定址,但 Itanium 只有 44 條 physical address,而 Itanium 只有 50 條,而 k8 支援 40 條 physical address 與定址,那是什麼位元啊?
更別說拿一些 4bit, 8bit, 16bit, 32bit 等等處理器,其定址空間難道是對應 4bit, 8bit, 16bit, 32bit 等等嗎?? 啟不笑掉一堆人的大牙,intel 的 FUD 聽聽笑笑就算了,不要當真去誤導大眾,只會淪為其 FUD 工具罷了!!!

64bit 的優點主要還是在一次處理的資料量加倍,因而省去兩次 32bit 運算與 carry 進位捨位的多餘指令造成的性能損失,再者是加大 bandwidth (一個指令就可以搬移 64bit,以前要用 mmx/sse 指令來做),在來就是可以定址超過 4gb 記憶體,又不像 pae 損失性能,千萬不要在被 intel FUD 了。

另外一點,如果 k8 真如 intel 所言不是 64bit,那 M$, sun 與寫 linux kernel 的人,又怎麼會認為其是 windows xp, windows server, solaris, linux 支援其 64bit 架構呢?
舊 2005-07-26, 01:22 PM #29
回應時引用此文章
jasonyang離線中