PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)
-   -   請教一個計概問題:64位元的cpu (https://www.pcdvd.com.tw/showthread.php?t=332313)

Serron 2004-05-09 09:51 AM

目前的 CPU
在定義下都是64bit的(Data Bus)
只是到底誰才是能夠一次處理64bit的差別
亦差別於 OS

darksnow 2004-05-09 10:16 AM

引用:
Originally posted by pc
搞不好以『教科書』為準.........:jolin: :jolin: :jolin:
為了分數著想,你覺得呢??:jolin: :jolin:


想要分數的當然以教科書為準,目前技職的各種書和考題標準答案(互相抄?)幾乎都是64位元,
寫32的就要有時間有錢開記者會去把這問題給掀出來.............

alience 2004-05-09 11:23 AM

引用:
Originally posted by Serron
目前的 CPU
在定義下都是64bit的(Data Bus)
只是到底誰才是能夠一次處理64bit的差別
亦差別於 OS


這說法就詭異了
難道說P4,k7裝了win xp 64bit就能跑64bit了嗎??
觀念怪怪的

0936010 2004-05-09 12:32 PM

課本都是以外部資料匯流排的寬度作為標準判定,對於實際在指令長度來說是以內部暫存器寬度為準...所以呢?要心裡有一套,考試用一套:D 不過這種爭議性題目應該很少出現了,反正一出現就當送分~聯招會答案一公佈錯誤答案就馬上CALL IN進去罵,叫出題教授好好反省!

同樣有爭議的還有386SX這顆CPU,資料匯流排16bits,內部暫存器32bits...要說它是32位元CPU還是16位元CPU呢?相信大家心裡有數...

8088這顆也是,資料匯流排8bits,內部暫存器16bits,它也是16位元CPU。

RogerShih 2004-05-09 12:58 PM

Pentium 拿資料線寬度作文章, 一開始就是業界在誤導, 學界沒求證就跟著用.

當初 Pentium 出來, 不少投機廠商就拿著 64 位元的資料線大打 64 位元電腦****, Intel 也沒糾正....

shukae 2004-05-09 01:21 PM

引用:
Originally posted by RogerShih
Pentium 拿資料線寬度作文章, 一開始就是業界在誤導, 學界沒求證就跟著用.

當初 Pentium 出來, 不少投機廠商就拿著 64 位元的資料線大打 64 位元電腦****, Intel 也沒糾正....


你點出事實了 :D :D :D
嚴格來說,Pentium 系列都是 32bits 的:)
能否使用到64bits資料匯流排,要看程式編譯器還有作業系統啦

我記得,所謂的32位元CPU
就是單一指令最長可達4bytes
mov dword ptr [007659F3], 000F1FFF
翻譯成機械碼是 C705F7597600FF1F0F00
C705 就是 mov dword ptr 的指令代碼,這樣就是16位元指令
例如 8088 有的 jmp 0110就可能是 EB10
EB就是8位元指令,10就是往後跳10bytes

有錯的話請指正哩 :D
這是我八九年前的記憶了 :D

fshschen 2004-05-09 02:16 PM

CPU 幾位元是以 "一道指令的長度" 為幾位元命名的
Pentium 都是一道指令 32 bits
所以 Pentium 為 32 位元的 CPU

而 K8 可處裡 64位元 的指令 也可以 處理32位元 的指令
平常大家用的32位元作業系統 WinXP ... 等
K8 就以 32位元 的方式去處理
如果用 64bits 的 WinXP
K8 就會以 64 位元的方式去運作

而 intel 的 Itanium 處理 32 位元的 指令時
須先把 32 位元的指令 轉換 成 64 位元 才能處理

反正結論就是 Pentium 皆為 32 位元的 CPU
64Bits Data Bus 只是說一次可傳送 64bits 的資料
跟 CPU 幾位元沒關係
CPU 幾位元是以 "一道指令的長度" 為幾位元命名的

Serron 2004-05-09 04:00 PM


請將圖片反白觀看 :D
或按我觀看

圖片出處
www.laynetworks.com

這是 Pentium 架構圖
Data Bus : 64bits
Data Cache:64bits
ALU:64bit
但是 除了 Data Bus外
其他的都是 32bit x 2 (AX,BX)
只是不能以 64bit 運算罷了:jolin:

以運算架構來講他確實不能算 64bit
不過 他的 ALU 也有 64bit(AX+BX) ㄚ:shock:

oninout 2004-05-09 04:13 PM

商業界是以資料匯流排為準(例如資料匯流排有64條就判定為64位元)
因為數字越大越好賣呀:D
但不知為什麼課本和大多數老師也以資料匯流排為依據

網路上的大大們都是用位址匯流排來判定位元數
現在一般cpu位址線都比資料線少了一半(早期486電腦位址和資料線數目好像都一樣?)

但小弟不解的是…為什麼要用位址匯流排判定才是正確的呢?
有什麼原因嗎?

RogerShih 2004-05-09 04:55 PM

引用:
Originally posted by oninout
商業界是以資料匯流排為準(例如資料匯流排有64條就判定為64位元)
因為數字越大越好賣呀:D
但不知為什麼課本和大多數老師也以資料匯流排為依據

網路上的大大們都是用位址匯流排來判定位元數
現在一般cpu位址線都比資料線少了一半(早期486電腦位址和資料線數目好像都一樣?)

但小弟不解的是…為什麼要用位址匯流排判定才是正確的呢?
有什麼原因嗎?


位址匯流排寬度的判定法也不見得正確, 因為決定位址匯流排寬度還有晶片組. 現在的晶片組有的並沒有限制你 RAM 最多只能插 4GB (特別是 Server), why??晶片組提供更寬的位址線而已, 對 CPU 而言, 要存取超過 4GB 的位址, 配合 GDT、LDT 一樣可以.

看CPU是幾位元, 我通常是以一般暫存器寬度來判斷的, 如果對 x86 有點研究, 所謂的 4GB 限制, 是作業系統設下的, 並不是 IA32 x86 真的只能定址到 4GB. 對微軟而言, 就像當年 8086、8088 的 64KB real mode 節區問題一樣, 8088、86需要 segment : offset 組合成 20 Bits 定址寬度來存取 1MB 記體體空間, IA32 同樣也有 selector : offset 可以存取到 TB 以上的位址, 問題是 selector 的存取結構複雜, 會比 segment 浪費很多的效能, 而對於已經定型的 Windows 作業系統來說, 能以一個 offset 就存取到 TB 以上更多的記憶體空間, 不單只是效能增進, 而且架構的設計也簡化很多.


所有的時間均為GMT +8。 現在的時間是03:38 AM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。