亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
最近訪問板塊 發(fā)新帖
樓主: fineamy
打印 上一主題 下一主題

x86指令集疑問 [復(fù)制鏈接]

論壇徽章:
3
2015年迎新春徽章
日期:2015-03-04 09:56:11數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-03 06:20:00數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-04 06:20:00
41 [報告]
發(fā)表于 2008-12-25 14:13 |只看該作者
原帖由 fineamy 于 2008-12-24 21:18 發(fā)表
謝謝,CISC指令有時是分解成多條微指令。我理解這些微指令相當(dāng)于是RISC指令,僅僅是從流水線執(zhí)行上說。比如ADD [MEM] ,REG指令,分解為MOV A [MEM] ;ADD A REG ; MOV [MEM] A
而通常RISC指令已經(jīng)相當(dāng)于微指令, ...

其實說一條指令分解為幾條微指令是不確切的。
微指令架構(gòu)是處理器中的處理器,里面也有里面的固件(軟件),仿佛幾個處理器拼成了一個處理器。

論壇徽章:
0
42 [報告]
發(fā)表于 2008-12-27 14:42 |只看該作者
原帖由 fineamy 于 2008-12-24 21:18 發(fā)表
謝謝,CISC指令有時是分解成多條微指令。我理解這些微指令相當(dāng)于是RISC指令,僅僅是從流水線執(zhí)行上說。比如ADD [MEM] ,REG指令,分解為MOV A [MEM] ;ADD A REG ; MOV [MEM] A
而通常RISC指令已經(jīng)相當(dāng)于微指令, ...

是不是“分解成多條微指令”,和CISC、RISC沒有關(guān)系,而是與CPU里指令執(zhí)行部件的結(jié)構(gòu)模式有關(guān)。因為與硬布線模式相比,微程序模式有太多的優(yōu)點,現(xiàn)在的CPU可能大多是微程序模式吧?
所謂微程序模式,是在CPU里有一個ROM,存放著若干個微程序。指令集里的每一種指令對應(yīng)一個微程序。每個微程序由若干條微指令組成。在微程序模式CPU里,指令譯碼器的輸出,等于某個微程序的入口地址。這樣,當(dāng)CPU 吃進一條機器指令時,就調(diào)用相應(yīng)的一段微程序。這個就是微程序模式的基本思路。

論壇徽章:
3
2015年迎新春徽章
日期:2015-03-04 09:56:11數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-03 06:20:00數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-04 06:20:00
43 [報告]
發(fā)表于 2008-12-31 23:59 |只看該作者
原帖由 beepbug 于 2008-12-27 14:42 發(fā)表

是不是“分解成多條微指令”,和CISC、RISC沒有關(guān)系,而是與CPU里指令執(zhí)行部件的結(jié)構(gòu)模式有關(guān)。因為與硬布線模式相比,微程序模式有太多的優(yōu)點,現(xiàn)在的CPU可能大多是微程序模式吧?
所謂微程序模式,是在CPU ...

我覺得最主要的優(yōu)勢就在于CPU設(shè)計利用了軟件的思路,使得CPU設(shè)計的修改變的容易一些

論壇徽章:
3
2015年迎新春徽章
日期:2015-03-04 09:56:11數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-03 06:20:00數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-04 06:20:00
44 [報告]
發(fā)表于 2009-01-01 00:04 |只看該作者
現(xiàn)在想想,微指令的設(shè)計方式的出現(xiàn)也是必然的,就如同pld、cpld、fpga的出現(xiàn)一樣,也是為了節(jié)約硬成本和開發(fā)成本的需要。

論壇徽章:
0
45 [報告]
發(fā)表于 2009-01-01 00:44 |只看該作者
原帖由 cjaizss 于 2009-1-1 00:04 發(fā)表
現(xiàn)在想想,微指令的設(shè)計方式的出現(xiàn)也是必然的,就如同pld、cpld、fpga的出現(xiàn)一樣,也是為了節(jié)約硬成本和開發(fā)成本的需要。


贊同.

論壇徽章:
3
2015年迎新春徽章
日期:2015-03-04 09:56:11數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-03 06:20:00數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-04 06:20:00
46 [報告]
發(fā)表于 2009-01-01 12:59 |只看該作者
其實,行業(yè)發(fā)展的需要決定的,隨著設(shè)計的深入化、復(fù)雜化,越來越不可以做重復(fù)的勞民傷財?shù)氖虑,越來越多的模式都會出現(xiàn),為了避免重復(fù)勞動、反復(fù)投入資金。

論壇徽章:
3
2015年迎新春徽章
日期:2015-03-04 09:56:11數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-03 06:20:00數(shù)據(jù)庫技術(shù)版塊每日發(fā)帖之星
日期:2016-08-04 06:20:00
47 [報告]
發(fā)表于 2009-01-01 13:01 |只看該作者
從信息技術(shù)的發(fā)展來看,asm的出現(xiàn)、高級語言的出現(xiàn)、操作系統(tǒng)的出現(xiàn)、腳本語言的出現(xiàn)、可編程邏輯的出現(xiàn)......都是如此決定的。

論壇徽章:
0
48 [報告]
發(fā)表于 2009-01-02 11:42 |只看該作者
與硬布線相比:
1)大大降低CPU改進升級的技術(shù)難度與成本。原來只要增加一條指令或修改一條指令,就要重新設(shè)計整個片子。現(xiàn)在只需對ROM重新寫碼就可以了。
2)指令執(zhí)行速度降低。

[ 本帖最后由 beepbug 于 2009-1-2 18:22 編輯 ]

論壇徽章:
0
49 [報告]
發(fā)表于 2009-01-02 13:11 |只看該作者

確實

1)大大降低CPU改進升級的技術(shù)難度與成本。原來只要增加一條指令或修改一條指令,就要重新設(shè)計整個片子。現(xiàn)在只需對ROM重新寫碼句可以了。
2)指令執(zhí)行速度降低。

用這種方式犧牲的是系統(tǒng)timing。會糟糕很多。
只需對ROM重新寫碼句

呵呵,就憑這個,犧牲些也知道了。

論壇徽章:
0
50 [報告]
發(fā)表于 2009-01-02 18:29 |只看該作者
1)對不起,是“現(xiàn)在只需對ROM重新寫碼就可以了”。
2)其實,這只是理論上的。只是對簡單功能的CPU來說,硬布線有時間開銷上的優(yōu)勢。CPU功能復(fù)雜了,硬布線CPU的硬件結(jié)構(gòu)復(fù)雜度,幾乎與功能的復(fù)雜度成指數(shù)比例上升。過去,IBM大型機里的CPU為何如此龐大,就是這個緣故。而微程序方式,指令系統(tǒng)擴展了,復(fù)雜了,硬件結(jié)構(gòu)或者稍為復(fù)雜一點(需要增加微功能時)或者不變(不需增加微功能)。結(jié)構(gòu)復(fù)雜了,速度極限也同時會受到更大的限制。
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP