羽楓飄淚
2007-08-17 20:49 (65)
感謝大家熱心的回答！
小弟只是覺得每年電腦推陳出新這麼快，但是卻連一些一般機器作的到的事情都作不到（應該不是說作不到，而是作的沒有一般機器這麼完美）
拿顯示卡來說，每年推這麼快！但是在撥放影片這方面總是輸一台連一千快都不到的撥放器，畫質總是不會像撥放器一樣好！這方面真的讓我很疑惑！
小弟只是覺得每年電腦推陳出新這麼快，但是卻連一些一般機器作的到的事情都作不到（應該不是說作不到，而是作的沒有一般機器這麼完美）
拿顯示卡來說，每年推這麼快！但是在撥放影片這方面總是輸一台連一千快都不到的撥放器，畫質總是不會像撥放器一樣好！這方面真的讓我很疑惑！
因為播放器一般來說是輸出到電視上，電視通常只要影片尺寸在720x480就有相當於DVD的畫質了
而電腦的解析度比電視高很多，所以一樣的DVD影片，在電腦上看真的畫質會比在電視上用播放器看差
最近有很多液晶電視，有些可以調整畫面比例
有機會您可以試試看，把畫面比例調為原始尺寸
那絕對只佔液晶電視小小的一個空間而已（一般電視節目）
所以現在才會有HDMI高畫質這類的東西，讓你在液晶螢幕上也能享受高畫質影像
而電腦的解析度比電視高很多，所以一樣的DVD影片，在電腦上看真的畫質會比在電視上用播放器看差
最近有很多液晶電視，有些可以調整畫面比例
有機會您可以試試看，把畫面比例調為原始尺寸
那絕對只佔液晶電視小小的一個空間而已（一般電視節目）
所以現在才會有HDMI高畫質這類的東西，讓你在液晶螢幕上也能享受高畫質影像
太陽之子 wrote:
GPU指的不是記憶體...(恕刪)
GPU是顯示卡上的處理晶片
可以參考http://zh.wikipedia.org/w/index.php?title=GPU&variant=zh-tw
不
管您用的是多快的Hardware,沒有殺手級的Application都是沒用的,在適當的時機,推出適當的產品..會比好產品好 規格要有用多了.
論CPU的規格...當初intel還在386/486時...alpha CPU不強嗎?比intel先進的想法..更好的架構...現在呢?
IBM的OS2/Warp不好嗎?現在還有哪些地方在用(晶圓廠吧).........
軟硬體是相輔相成的.
軟硬體是相輔相成的.
太陽之子 wrote:
終於全部看完了雖然很...(恕刪)
不是每個人的觀念都是正確的, 所以才會有討論的空間,
這位朋友若能將有問題的敍述更正,
相信會造福更多朋友, 能更多一些知識讓大家知道.
G.F wrote:
Apple電腦的CP...(恕刪)
"從PowerPC轉到Intel就轉了一兩年還沒全部轉換完畢，增加位元數的轉換是否值得那個效益？"
應該還OK吧. 硬體是現成的Intel IA-32/EM64T的PC,軟體核心是也是現成FreeBSD 4.5和NeXTSTEP改出來的,有這麼多的前人奮鬥的成果,轉換的問題應該不難解決.
"ps.不過G5有支援到40位元定址的樣子，可以支援更大的RAM。 "
沒錯和AMD的AA-64/ Intel EM64T一樣都是記憶體定址實體層40-bit與邏輯層48-bit. IA-64的Itanium系列可以定址實體層50-bit與邏輯層64-bit, 比較有64bit CPU的感覺.
更正Core 2Duo記憶體定址實體層36/38-bit小於Athlon64的 40bit
沒錯很多人的見解都有問題,包括你這篇回應的下一篇,GPU本身也是有256位元和512位元的,不懂的話建議自己找找資料,不是單純的記憶體頻寬,這樣回答會貽笑大方的
太陽之子 wrote:
終於全部看完了
雖然...(恕刪)
太陽之子 wrote:
GPU指的不是記憶體...(恕刪)
GPU 全名為 Graphic Processing Unit ，是指你把顯示卡的散熱片或風扇拆掉之後，裡面的那個處理器。
GPU 位元數和這主題的關聯不小哩，數字越大速度當然越快。
libraleu wrote:
X86 指的是定址模...(恕刪)
"而 X64 表示 他不再相容 X86了, 就是不再相容 CS:IP 的定址方法, 其實也是可以相容的"
"不過INTEL 選擇不支援, 軟體也不支援, 這是一種進步, 因為X86架構太老了..... 如果大家選擇INTEL"
查一下好像沒有X64這個架構,應該用X86-64 or AA-64或IA-32E or EM64T會比較恰當.
CS:IP這個定址,好叫像真實模式,只要能用DOS磁片開機的都支援,所以目前X86的CPU全都支援這個定址,包含最新的Core 2 Duo.
"像486 是32位元的CPU , PCI 卻是 64位元的資料傳輸量, 所以也有人說是64 BIT 的"
大大想說的PCI應該是指Data Bus Width,不過486的Data Bus Width也是32位元.
太陽之子 wrote:
GPU指的不是記憶體...(恕刪)
呵呵，看來你說的一知半解的跟有很多回答都是有問題的，大概是指您了吧
umts wrote:
"而 X64 表示 ...(恕刪)
有些主機板說明書會標示
PCI是32位元的
PCI-64跟PCI-X才是64位元的
太陽之子 wrote:
終於全部看完了雖然很...(恕刪)
太陽之子 wrote:
GPU指的不是記憶...(恕刪)
這...是搞笑嗎？
就小弟的認知而言，一個CPU有多少位元是看他的資料匯流排的接腳數
假設有一顆CPU的資料匯流排有16隻接腳，那他就是16bit的CPU，有32隻接腳的話就是32bit
就這個定義來看，其實從Pentium第一代就是64bit的CPU了，因為他的資料匯流排接腳有64隻
為什麼我會這樣講?
因為每本課本都是這樣寫的.......XD
假設有一顆CPU的資料匯流排有16隻接腳，那他就是16bit的CPU，有32隻接腳的話就是32bit
就這個定義來看，其實從Pentium第一代就是64bit的CPU了，因為他的資料匯流排接腳有64隻
為什麼我會這樣講?
因為每本課本都是這樣寫的.......XD
我是想說, 在PCI 出來時 (取代原有的VL BUS, VL BUS 好像出來不到1年, 就掛了)
雖說是給 PENTIUM 的64 BIT BUS, 但在486上也有 PCI, 卻是 32BIT 的,
也有人說486也是 64BIT... 但卻是騙人的...
有些人的確很厲害,我只就我從 XT/AT 一直到現在的電腦有玩過而已,
P-D 以後的我就不太熟了.... 年紀大了不玩電腦了....
所以談談歷史還是可以的...
雖說是給 PENTIUM 的64 BIT BUS, 但在486上也有 PCI, 卻是 32BIT 的,
也有人說486也是 64BIT... 但卻是騙人的...
有些人的確很厲害,我只就我從 XT/AT 一直到現在的電腦有玩過而已,
P-D 以後的我就不太熟了.... 年紀大了不玩電腦了....
所以談談歷史還是可以的...
太陽之子 wrote:
GPU指的不是記憶...(恕刪)
其實這位大大講的並沒有錯喔，GPU上的bit指的真的就是記憶體的頻寬。
至於為什麼廠商會把128bit做成64bit，，原因很簡單啦。成本...成本...還是成本
至於32/64bit CPU，其實對一般大眾使用上沒有任何差別，
比較可以感受到效能不同的應該是在coding或者是CAD/CAM跟真的需要大量連續資料運算的使用者上會比較有顯著的差別。
想想....32bit vs 64bit 的IE....會比較快嗎??
應該不會吧...
那是錯誤的引用, 多半原本書寫的是"通用暫存器"的寬度才叫做CPU的bit數. 至於接腳數, 現在cpu都幾百根接腳, 根本不是拿幾根腳來算. 有人會用cpu的資料的data bus寬度來算, 那也是錯誤的算法. 你若去考試的話, 人家問Core 2是多少位元的CPU, 寫它128bit下去是拿不到分數的. 因為這個年頭, 資料匯流的寬度, 通用暫存器寬度, FPU暫存器寬度, mmx暫存器寬度都不一樣, 真正用來評斷CPU屬於幾位元, 還是以通用暫存器寬度為準.
另, 64bit與32bit差在哪兒? 差在你一次可以運算的資料長度. 舉個例子來說, 最常用的搜尋功能好了, 我想要搜尋"64bit CPU", 一共吃掉9個byte, 若是32bit的處理器, 要做3次比較, 若是64bit處理器, 則僅需要2次比較. 光是個比較字串就有差別了, 更別說使用資料庫應用程式時, 多半是cpu位元數愈多愈佔便宜的.
幾年前螢幕顯示24 bit 的顏色，也就是1677萬色，號稱＂全＂彩，
現在的螢幕都是32 bit可顯示近43億色...
所以造成我這個電腦白癡對16bit/32bit/64bit電腦的理解， 在於這個電腦能接收或輸出的＂極限＂資訊量...
比方說，一個1 bit 的電腦，一個輸入輸出的週期，可產生的資訊只有兩種，就是0跟1
輸入：你好嗎？
輸出：只有 好/不好 兩種答案
一個2 bit 的電腦，一個輸入輸出的週期，可產生的資訊只有四種，就是00/01/10/11
輸入：你好嗎？
輸出：好/還好/不好/很差 四種答案
但是程式設計者卻不見得要讓電腦輸出四種答案
一個32 bit 的電腦，一個輸入輸出的週期，可產生的資訊有近43億種
輸入：你好嗎？
輸出：好/還好/不好/很差...N種答案
但是我相信目前沒有程式設計者可以找出43億個不同詞彙來讓電腦輸出N=43億種答案
-------有錯勿怪，從我舉的例子就知道我是電腦白痴...
拜google神說：64bit是定義在ALU register或Instruction Pointer的寬度上...這是什麼碗糕？
現在的螢幕都是32 bit可顯示近43億色...
所以造成我這個電腦白癡對16bit/32bit/64bit電腦的理解， 在於這個電腦能接收或輸出的＂極限＂資訊量...
比方說，一個1 bit 的電腦，一個輸入輸出的週期，可產生的資訊只有兩種，就是0跟1
輸入：你好嗎？
輸出：只有 好/不好 兩種答案
一個2 bit 的電腦，一個輸入輸出的週期，可產生的資訊只有四種，就是00/01/10/11
輸入：你好嗎？
輸出：好/還好/不好/很差 四種答案
但是程式設計者卻不見得要讓電腦輸出四種答案
一個32 bit 的電腦，一個輸入輸出的週期，可產生的資訊有近43億種
輸入：你好嗎？
輸出：好/還好/不好/很差...N種答案
但是我相信目前沒有程式設計者可以找出43億個不同詞彙來讓電腦輸出N=43億種答案
-------有錯勿怪，從我舉的例子就知道我是電腦白痴...
拜google神說：64bit是定義在ALU register或Instruction Pointer的寬度上...這是什麼碗糕？
sambad wrote:
那是錯誤的引用, ...(恕刪)
舉個例子來說, 最常用的搜尋功能好了, 我想要搜尋"64bit CPU", 一共吃掉9個byte, 若是32bit的處理器, 要做3次比較, 若是64bit處理器, 則僅需要2次比較.
-----------------------------------------------------------
我舉的例子跟大大比起來，真是幼稚的可以...汗顏啊!js1657216 wrote:
舉個例子來說, 最常...(恕刪)
JS 也沒錯啦....
你說的是 bit 數能表示的最大範圍, 1bit 只有0~1, 就是2種,
4bit (有4bit 的cpu 哦)就是 0~15, 8bit 就是 0~255....
能表示的數字範圍就是 0~ (2^n -1 ) ...
而多位元也是從1bit 的運算單元組合而成的, 愈多位元, 就須要更多的1bit運算單元合在一起.
而bit 之間的運算就有 加法器/減法器 等等.....
而要執行 32bit 的加減法, 就要有32 個1位元的加減法器併在一起, 才能做加減法運算....
愈多位元, 電路就愈多, 若有更多指令, 就會有更多電路,
早期的 IC 技術, 單一面積可以放的電晶體不多, 所以受於製程及技術限制, 無法將 CPU做到高位元,
而現在的技術進步了, 就只在做出來的市場在哪裏了....
而多cpu 平行處理技術的開發, 似乎比高位元cpu 來還的有效率,
因為 三個臭皮匠, 勝過一個諸葛亮....
libraleu wrote:
JS 也沒錯啦......(恕刪)
這個倒是點到重點
一般會比較注重在頻率跟核心數量上
由於製程進步的關係...核心變多了
可是die會有一定的面積限制...過大...除了費用...廢熱也是問題
所以後續比較可能由頻率上調教
評斷CPU是幾位元....目前應該是指通用暫存器長度比較合宜
要增加位元數量的話
首先要面對的就是指令集架構的變更
如果可以找到相容的模式...會讓事情變得比較簡單 (現在x86轉向64位元就是這樣)
如果沒有...那就得用模擬執行的技術...光是要跑現有軟體就需要大幅度OS的修正支援
這些通通要研發成本.....還得客戶要用才行
在製程技術上....32bit 變成 64 bit
die 裡面變得到處都是bus線繞來繞去的
更何況是 128 bit or up.....
線一堆繞來繞去就會有磁效應
而且空間的使用效率也不好
我想這也是想在CPU內用光序列或者無線傳輸的原因吧
b2342132 wrote:
就小弟的認知而言，一個CPU有多少位元是看他的資料匯流排的接腳數
假設有一顆CPU的資料匯流排有16隻接腳，那他就是16bit的CPU，有32隻接腳的話就是32bit
就這個定義來看，其實從Pentium第一代就是64bit的CPU了，因為他的資料匯流排接腳有64隻
為什麼我會這樣講?
因為每本課本都是這樣寫的.......XD (恕刪)
這樣的話，您的那門課可以當掉了....
這個問題早先在386SX上吵的曾經吵得沸沸揚揚，照您的"課本"定義，386SX應是16位元的CPU，但386SX是不折不扣的32位元CPU，在 386DX上能玩的、利用到IA32架構特殊能力的軟體（例如盛極一時的QEMM386），386SX通通可執行。說到Pentium，Intel曾經在 white paper中正式說明Pentium雖然有64-bit的data bus，但並不代表它是一顆64位元處理器，而仍然是IA32的架構。
sambad wrote:
因為這個年頭, 資料匯流的寬度, 通用暫存器寬度, FPU暫存器寬度, mmx暫存器寬度都不一樣, 真正用來評斷CPU屬於幾位元, 還是以通用暫存器寬度為準.
sambad兄講的中肯，希望還有用data bus寬度來定義CPU是幾位元迷思的網友參考一下，CPU是幾位元的，要從程式設計師寫程式的可揮灑空間來看，不是看看press release的行銷說法或是知道data bus多寬就能決定的。
記得以前老師上課，印象中cpu界定位元數是以寬度，至於說那個東西的寬度，小弟上課沒注意聽所以....
只是說cpu進展這麼慢是因為研發佈出來嗎？還是只是商業考量？
ycweng wrote:
這樣的話，您的那門課...(恕刪)
小弟認知有限
能否請ycweng大大解釋何謂data bus?
有些回應的大大都說到作業系統方面的問題，導致這麼慢演進！但是AMD INTEL這種製造商不是只看微軟的臉色來發展cpu吧！像是linux是開放原始碼的，要修改成64位元應該也是很快阿！
一台電腦要運作不只有作業系統, 還有驅動程式, 開發的程式庫, 應用程式都要配合才行.像 Linux 有 x86_64 版, Firefox (瀏覽器的一種)也有 x86_64 版, 可是如果要看 Flash , 抱歉, 只有 32bit 版,
那常要用 Flash 的人怎麼辦, 還是要等 Adobe 開發出 x86_64 版的 Flash 才行啊, 不然就要用 32bit 相容版本.
ycweng wrote:
一個常用的中文翻譯就...(恕刪)
抱歉小弟對資料匯流排的認知十分有限
能否請ycweng大大解釋一下何謂資料匯流排?
羽楓飄淚 wrote:
只是說cpu進展這麼慢是因為研發佈出來嗎？還是只是商業考量？...(恕刪)
這個討論也七頁了，對錯資訊姑且不論，樓主應該全都讀過有一些概念跟心證了，您的CPU進展慢指的還是為何PS2用的是"128位元"CPU而PC"只"到64位元嗎，這.....大家都是白打字了.....
前面已經提過了PS2 的Emotion Engine不是128位元CPU，PS2 EE內建的通用處理核心是MIPS R5900， 而R5900實作的是MIPS III架構指令集加上部分MIPS IV的指令。MIPS III指令/架構是一個64位元的RISC架構， 而第一個MIPS III架構的實作是MIPS R4000(1991年)，甚至比同為64位元RISC CPU的IBM/Motorola PowerPC 620以及DEC Alpha 21064都來的早。MIPS、RISC以及Mr. John Hennessy這三者有很密切關係，談其中之一不可不知其他二者。
羽楓飄淚 wrote:
有些回應的大大都說到作業系統方面的問題，導致這麼慢演進！但是AMD INTEL這種製造商不是只看微軟的臉色來發展cpu吧！像是linux是開放原始碼的，要修改成64位元應該也是很快阿！
...(恕刪)
前面也有網友提到遊戲機基本上還是封閉架構，與早期的RISC工作站一樣，硬體/OS大多來自同一家公司或同一利益攸關之策略聯盟，周邊設備/擴充卡/軟體供應商數也不像PC世界一樣多，重大架構更新造成的升級影響相對比較在控制中。
而像PC這樣一個相對開放、軟硬體供應商動輒以千家計、全球工作中的PC可能在十億台上下的市場來說，任何重大架構更新都會謹慎為之。
b2342132 wrote:
抱歉小弟對資料匯流排...(恕刪)
可善用網路資源，光瞭解這個詞幫助有限，真對CPU內在有興趣可從計算機結構方面文章、或進一步的經典教科書入手，或Intel及各CPU大廠都有大量的 關於Intel Architecture (IA32、IA64、EM64T/Intel 64、MMX、SSE）以及其他架構的technical white paper可下載，很好找，也不會太難讀。
謝謝以上好幾位網友的提醒
小弟知道GPU是Graphic Processing Unit
因為論述不完整造成大家的誤解
我想說的是「顯卡」上所謂的XX Bit
請問這邊所稱的顯卡記憶體頻寬64/128 Bit
跟處理器的32/64 Bit是一樣的東西嗎?
小弟知道GPU是Graphic Processing Unit
因為論述不完整造成大家的誤解
我想說的是「顯卡」上所謂的XX Bit
請問這邊所稱的顯卡記憶體頻寬64/128 Bit
跟處理器的32/64 Bit是一樣的東西嗎?
ycweng wrote:
這樣的話，您的那門課...(恕刪)
CPU是幾位元的，要從程式設計師寫程式的可揮灑空間來看
----------------------------------------------------------------
我舉了一堆爛例子，還說的不清不楚，大大一句話就解釋完了...
CPU幾位元是要看CPU內部ALU可以處裡幾位元來定義的...
感謝大家熱心的回答歐,現在我對CPU有多一層的認識了!
這一篇無聊的發文，感覺上樓主自己不做功課，在問很無理頭的問題，可以請樓主先去念念"計算機概論"，
再來問問題。
如果樓主真的要詳細的資料，可以使用Google大神找到很多的相關資料，請教問題時，最好能夠對某一件事有基礎的了解後，再問問題，這樣會比較好，而網友回答問題時也才不會有雞同鴨講的狀況，而樓主不斷追問不明白的問題
當一個人有問題時，要試著去找答案，不是用問的，學習找答案才是真正的學習
"機算機概論" 會解釋＂CPU為何現在只到64位元？＂...可以介紹是那一本，我真的想知道這個答案呢！
10幾年前唸的那本沒提到會有64位元的電腦呢...我不是資訊系的，所以唸的應該是非常粗淺的版本...
講到計概...大概沒有一本書是對的
我記得以前 Pentum!!! 的時代...上課時...
書上寫586電腦是32位元的..例如K6 III
現在新出686電腦是64位元的..例如P !!!
唉......
小弟也很納悶阿，因為不但連課本、補習班講義，甚至連過去的考題都是看data bus有幾條..
小弟就舉例其中的一題好了：
對於一個16位元之微處理器，所謂「16位元」通常是依下列何種功用來定義?
( A )有16個暫存器 ( B )有16條位址線 ( C )有16條資料線 ( D )有16條控制線
這是87年四技二專的考題，標準答案是"C"
小弟對這個答案也抱持著懷疑的態度，只是不知道為何當時的人對這個答案都沒異議而已...
標準答案不是由別人的一個題目跟答案而定的，這樣書就讀死了，從邏輯來看，只要能夠找到一個反例，所謂的"標準答案"還成立嗎？
n位元之微處理器=>有n條資料線，反例很多，前面提了32位元的80386SX，16位元就來個Intel 8088/80188吧。不喜歡Intel者，可參考Apple採用、同樣紅極一時的 Motorola 68000系列。
這位出題的長官極可能從未實際動手寫過任何支小小程式，透過assembler、compiler來體會何謂16位元、32位元微處理器，才會出這種貽笑大方的考題。沒人質疑答案？不可思議。
我是誤會你什麼？
如果請你介紹個＂計算機概論的版本＂，就變成我認為計算機概論沒有用，
那你這篇回應，讓我覺得，所有01版眾至少要唸一本計算機概論，才能有資格來01討論一下電腦相關問題，是否又誤會你了？
原來01不是個可以發問的地方嗎？如果我問，為什麼高畫質電視只到1080p，是否也是個＂無聊的發文，感覺上樓主自己不做功課，在問很無理頭的問題，可以請樓主先去念念XXXXX＂呢？如果不是，很抱歉又誤會你了...就別再理我了啦！
其實這是設計CPU的考量，不是x86特例多，也不是什麼"概論"資料的吞吐量寬度"約等於"CPU通用暫存器的size，太不科學了。
如果是針對cost driven的市場設計，如8088、68000（1970年代末）、80386SX（1980年代末），也都紅極一時，其data bus寬度比通用暫存器的size小。以該題目的87年(1998年)來說，super scalar的設計對於CISC跟RISC處理器來說都已經很普遍了，為了抓指令/資料餵飽這些pipelines，因此data bus寬度比通用暫存器的size寬的，比比皆是。
在業界來說,應該是,
但是對計算機概論的作者及學校的講師則不一定,
平均都落後好幾年,
這真的是台灣奇蹟啦.
我不是說這些題目及答案是正確的,
只是說,當時真的是這樣出.
有學習到正確的知識當然知道這是錯的,
但是只有翻過舊的計概書當然以為是對的.
要回答別人需要自己有正確的知識,
可是要看懂別人在寫什麼,一樣必須要有足夠的知識.
這也是為什麼有人說,要先看一下計算機組織等書的原因.
早期用MOTO的處理器是68K系列的沒錯
後來由IBM APPLE MOTO合作的PowerPC系列
有601 603e 604這些............
還有G3(700系列) G4這些
最後還有G5 不過應該是末代的
變成談位址線了？但打開A20是從80286開始，8088並沒有A20這條位址線(A0-A19)，這跟論述降息與次級房貸對經濟面的影響不同，小弟是 覺得針對現實已在的事物不考證，而用"好像"、"差不多"、"也不一定"的態度就是草率的開端，出題目也一樣.....
CPU 比較注重的是運算能力
而且一般而言會是指整數運算部份
這其實是有典故的
早期的浮點運算單位是外掛的
多媒體運算指令也是這些年加入整合的
所以也有人說要看ALU的能力
當然，早期CPU設計時ALU資料的寬度也是跟CPU外埠的data bus相同
除非有pin limit的需求或者記憶體控制介面有不同需求
也就是說從cpu外埠的data bus已經看不出內部整數資料運算的大小
可以看出 CPU內部各個 unit 的設計需求已經針對各自的問題點進行強化
從 AMD 的 module 設計也可以更凸顯這一點
程式寫作上牽扯最直接的也是整數運算
所以也可以從硬體直接支援的最高整數型態長度來看 (跟依據 ALU的意思一樣)
當然 ALU 進行 64 bit 運算並不代表一次就是 64 bit 進行演算
也可能被拆成 32 bit 來做
所以各家設計的方式不一，也會影響alu說法的準確性
從軟體的層面來看就似乎比較適宜
anyway
多少位元就交給CPU設計廠商去定吧
工程師的慣有毛病.......
我是覺得 看對象,不精確一點也沒有關係,
畢竟不是所有人都需要知道這麼清楚.
我想以目前的製程技術來看
應該是商業跟市場考量
我想前面幾位說的應該指的不是開發速度
軟體商跟硬體商跟花成本去做的話
AP跟driver的改版其實可以很快
重點是使用者的接受程度
尤其是企業使用者
這是龐大的成本
再來問問題。
如果樓主真的要詳細的資料，可以使用Google大神找到很多的相關資料，請教問題時，最好能夠對某一件事有基礎的了解後，再問問題，這樣會比較好，而網友回答問題時也才不會有雞同鴨講的狀況，而樓主不斷追問不明白的問題
當一個人有問題時，要試著去找答案，不是用問的，學習找答案才是真正的學習
"機算機概論" 會解釋＂CPU為何現在只到64位元？＂...可以介紹是那一本，我真的想知道這個答案呢！
10幾年前唸的那本沒提到會有64位元的電腦呢...我不是資訊系的，所以唸的應該是非常粗淺的版本...
js1657216 wrote:
"機算機概論" 會解...(恕刪)
講到計概...大概沒有一本書是對的
我記得以前 Pentum!!! 的時代...上課時...
書上寫586電腦是32位元的..例如K6 III
現在新出686電腦是64位元的..例如P !!!
ycweng wrote:
可善用網路資源，光瞭...(恕刪)
唉......
小弟也很納悶阿，因為不但連課本、補習班講義，甚至連過去的考題都是看data bus有幾條..
小弟就舉例其中的一題好了：
對於一個16位元之微處理器，所謂「16位元」通常是依下列何種功用來定義?
( A )有16個暫存器 ( B )有16條位址線 ( C )有16條資料線 ( D )有16條控制線
這是87年四技二專的考題，標準答案是"C"
小弟對這個答案也抱持著懷疑的態度，只是不知道為何當時的人對這個答案都沒異議而已...
【js1657216】大大誤會深感不解，在此簡單說明計算機概論是一個入門學，可以當作故事書來念，選擇有興趣的章節念，可以從中學習到很多的必備知識，因該可以稱為基本功吧
此篇討論CPU128bit ，已有很多大大回覆了，也解釋的很清楚，樓主仍然不明白，所以小弟會建意去先找相關資料，再來思考多位大大的回應，樓主才能了解
在此推薦各位大大可以去念這兩本故事書 "計算機概論+作業系統" 念完後，會對計算機有深入的了解，如果還有剩餘時間，可以再多念一本 "資料結構"。
如果大大【js1657216】硬說計概沒有用處的話那我也沒辦法，那也許可找百科全書，是否有寫CPU的發展史，或是到維基百科找找資料，最快的方法是找Google大神，他能幫你的
如果要走資訊，推薦三本書是一定要念的，三本都是基本功
此篇討論CPU128bit ，已有很多大大回覆了，也解釋的很清楚，樓主仍然不明白，所以小弟會建意去先找相關資料，再來思考多位大大的回應，樓主才能了解
在此推薦各位大大可以去念這兩本故事書 "計算機概論+作業系統" 念完後，會對計算機有深入的了解，如果還有剩餘時間，可以再多念一本 "資料結構"。
如果大大【js1657216】硬說計概沒有用處的話那我也沒辦法，那也許可找百科全書，是否有寫CPU的發展史，或是到維基百科找找資料，最快的方法是找Google大神，他能幫你的
如果要走資訊，推薦三本書是一定要念的，三本都是基本功
b2342132 wrote:
對於一個16位元之微處理器，所謂「16位元」通常是依下列何種功用來定義?
( A )有16個暫存器 ( B )有16條位址線 ( C )有16條資料線 ( D )有16條控制線
這是87年四技二專的考題，標準答案是"C"(恕刪)
標準答案不是由別人的一個題目跟答案而定的，這樣書就讀死了，從邏輯來看，只要能夠找到一個反例，所謂的"標準答案"還成立嗎？
n位元之微處理器=>有n條資料線，反例很多，前面提了32位元的80386SX，16位元就來個Intel 8088/80188吧。不喜歡Intel者，可參考Apple採用、同樣紅極一時的 Motorola 68000系列。
這位出題的長官極可能從未實際動手寫過任何支小小程式，透過assembler、compiler來體會何謂16位元、32位元微處理器，才會出這種貽笑大方的考題。沒人質疑答案？不可思議。
考題本來就有錯的,好像不奇怪.
用考題評估知識,好像不太對.
既然是 87 (1998)年的考題,
就得看當時教科書上對 CPU 位元的定義,
不同的出題老師所參考的書籍不同,自然就有不同的定義.
尤其所謂 "計算機概論",除非原作者取自 算盤書 等知名的計算機組織 的定義,
否則亂寫一通是常見的.
除非選"以上皆非",否則 C 的確是最接近的答案.
資料線 (data bus )的寬度 約等於 CPU 處理 標準整數資料 的SIZE.
CPU 處理 標準整數資料 的SIZE 通常也等於 cpu 通用暫存器的 size.
以 "概論" 來說, 不討論特例.
因為 x86 架構的cpu,"特例"太多.
很多考古題都有類似的問題啦.
因為科技的進步,現在看以前的定義有時就會這樣.
用考題評估知識,好像不太對.
既然是 87 (1998)年的考題,
就得看當時教科書上對 CPU 位元的定義,
不同的出題老師所參考的書籍不同,自然就有不同的定義.
尤其所謂 "計算機概論",除非原作者取自 算盤書 等知名的計算機組織 的定義,
否則亂寫一通是常見的.
除非選"以上皆非",否則 C 的確是最接近的答案.
資料線 (data bus )的寬度 約等於 CPU 處理 標準整數資料 的SIZE.
CPU 處理 標準整數資料 的SIZE 通常也等於 cpu 通用暫存器的 size.
以 "概論" 來說, 不討論特例.
因為 x86 架構的cpu,"特例"太多.
很多考古題都有類似的問題啦.
因為科技的進步,現在看以前的定義有時就會這樣.
yin2 wrote:
【js1657216...(恕刪)
我是誤會你什麼？如果請你介紹個＂計算機概論的版本＂，就變成我認為計算機概論沒有用，
那你這篇回應，讓我覺得，所有01版眾至少要唸一本計算機概論，才能有資格來01討論一下電腦相關問題，是否又誤會你了？
yin2 wrote:
這一篇無聊的發文，感...(恕刪)
原來01不是個可以發問的地方嗎？如果我問，為什麼高畫質電視只到1080p，是否也是個＂無聊的發文，感覺上樓主自己不做功課，在問很無理頭的問題，可以請樓主先去念念XXXXX＂呢？如果不是，很抱歉又誤會你了...就別再理我了啦！
按這裡檢視圖片
讀書最主要的目的，是要讓自己先了解CPU的基本概念，有了基礎知識，在問 問題的技巧上才不會讓人誤解，詢問問題的技巧很重要，不要什麼都不懂，無理頭亂問，浪費網友的資源。
如果回歸版主的正題"CPU為何現在只到64位元? "：
如果INTEl來版上回覆會這樣回答：我INTEL研發的128bit、 256bit 等CPU己做好在等待上市，但微軟的Windows 跟本沒有能力支援我做的好CPU，要賣到市場上，還賣不出去....苦腦。
這樣回答版主了解了嗎
如果回歸版主的正題"CPU為何現在只到64位元? "：
如果INTEl來版上回覆會這樣回答：我INTEL研發的128bit、 256bit 等CPU己做好在等待上市，但微軟的Windows 跟本沒有能力支援我做的好CPU，要賣到市場上，還賣不出去....苦腦。
這樣回答版主了解了嗎
syntech wrote:
資料線 (data bus )的寬度 約等於 CPU 處理 標準整數資料 的SIZE.
CPU 處理 標準整數資料 的SIZE 通常也等於 cpu 通用暫存器的 size.
以 "概論" 來說, 不討論特例.
因為 x86 架構的cpu,"特例"太多.
(恕刪)
其實這是設計CPU的考量，不是x86特例多，也不是什麼"概論"資料的吞吐量寬度"約等於"CPU通用暫存器的size，太不科學了。
如果是針對cost driven的市場設計，如8088、68000（1970年代末）、80386SX（1980年代末），也都紅極一時，其data bus寬度比通用暫存器的size小。以該題目的87年(1998年)來說，super scalar的設計對於CISC跟RISC處理器來說都已經很普遍了，為了抓指令/資料餵飽這些pipelines，因此data bus寬度比通用暫存器的size寬的，比比皆是。
在業界來說,應該是,
但是對計算機概論的作者及學校的講師則不一定,
平均都落後好幾年,
這真的是台灣奇蹟啦.
我不是說這些題目及答案是正確的,
只是說,當時真的是這樣出.
有學習到正確的知識當然知道這是錯的,
但是只有翻過舊的計概書當然以為是對的.
要回答別人需要自己有正確的知識,
可是要看懂別人在寫什麼,一樣必須要有足夠的知識.
這也是為什麼有人說,要先看一下計算機組織等書的原因.
Dumb wrote:
一開始用motoro...(恕刪)
早期用MOTO的處理器是68K系列的沒錯
後來由IBM APPLE MOTO合作的PowerPC系列
有601 603e 604這些............
還有G3(700系列) G4這些
最後還有G5 不過應該是末代的
感覺上有很多網友相當利害, 能點出很多重點,
考題的問題, 個人覺得是出題者不用心, 那時 PENTIUM 應該出來了...
在PENTIEM 之前的CPU 大多是這樣的....
(但 8088 好像也不是, 有20條 位址線....,還可打開 A20 可以多一點MEMORY)
那時的教育, 沒有那麼多元化, 課本說的就是唯一的真理, 沒什麼人敢問...
而且, 也不一定是錯的, 因為很多 CPU 都是將暫存器跟資料線做成一樣大....
不過忽然想到, 若一個 8位元暫存器的 MCU 可以處理16位元的資料,
因為指標暫存器可以定址到16BIT 的位址 (像8051)
是否可以說是16位元的MCU 呢??
不過, 好像大家都不這麼說..... 大家還是說 8051 是8位元的MCU....
考題的問題, 個人覺得是出題者不用心, 那時 PENTIUM 應該出來了...
在PENTIEM 之前的CPU 大多是這樣的....
(但 8088 好像也不是, 有20條 位址線....,還可打開 A20 可以多一點MEMORY)
那時的教育, 沒有那麼多元化, 課本說的就是唯一的真理, 沒什麼人敢問...
而且, 也不一定是錯的, 因為很多 CPU 都是將暫存器跟資料線做成一樣大....
不過忽然想到, 若一個 8位元暫存器的 MCU 可以處理16位元的資料,
因為指標暫存器可以定址到16BIT 的位址 (像8051)
是否可以說是16位元的MCU 呢??
不過, 好像大家都不這麼說..... 大家還是說 8051 是8位元的MCU....
libraleu wrote:
(但 8088 好像也不是, 有20條 位址線....,還可打開 A20 可以多一點MEMORY)
那時的教育, 沒有那麼多元化, 課本說的就是唯一的真理, 沒什麼人敢問...
而且, 也不一定是錯的, 因為很多 CPU 都是將暫存器跟資料線做成一樣大....
...(恕刪)
變成談位址線了？但打開A20是從80286開始，8088並沒有A20這條位址線(A0-A19)，這跟論述降息與次級房貸對經濟面的影響不同，小弟是 覺得針對現實已在的事物不考證，而用"好像"、"差不多"、"也不一定"的態度就是草率的開端，出題目也一樣.....
libraleu wrote:
感覺上有很多網友相當...(恕刪)
CPU 比較注重的是運算能力
而且一般而言會是指整數運算部份
這其實是有典故的
早期的浮點運算單位是外掛的
多媒體運算指令也是這些年加入整合的
所以也有人說要看ALU的能力
當然，早期CPU設計時ALU資料的寬度也是跟CPU外埠的data bus相同
除非有pin limit的需求或者記憶體控制介面有不同需求
也就是說從cpu外埠的data bus已經看不出內部整數資料運算的大小
可以看出 CPU內部各個 unit 的設計需求已經針對各自的問題點進行強化
從 AMD 的 module 設計也可以更凸顯這一點
程式寫作上牽扯最直接的也是整數運算
所以也可以從硬體直接支援的最高整數型態長度來看 (跟依據 ALU的意思一樣)
當然 ALU 進行 64 bit 運算並不代表一次就是 64 bit 進行演算
也可能被拆成 32 bit 來做
所以各家設計的方式不一，也會影響alu說法的準確性
從軟體的層面來看就似乎比較適宜
anyway
多少位元就交給CPU設計廠商去定吧
ycweng wrote:
小弟是覺得"好像"、"差不多"、"也不一定"的態度就是草率的開端(恕刪)
工程師的慣有毛病.......
我是覺得 看對象,不精確一點也沒有關係,
畢竟不是所有人都需要知道這麼清楚.
羽楓飄淚 wrote:
只是說cpu進展這麼...(恕刪)
我想以目前的製程技術來看
應該是商業跟市場考量
羽楓飄淚 wrote:
有些回應的大大都說到作業系統方面的問題，導致這麼慢演進！但是AMD INTEL這種製造商不是只看微軟的臉色來發展cpu吧！像是linux是開放原始碼的，要修改成64位元應該也是很快阿！
我想前面幾位說的應該指的不是開發速度
軟體商跟硬體商跟花成本去做的話
AP跟driver的改版其實可以很快
重點是使用者的接受程度
尤其是企業使用者
這是龐大的成本
沒有留言:
張貼留言