<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>

新聞中心

EEPW首頁(yè) > 模擬技術(shù) > 設計應用 > 系統設計工程師不可不知的DRAM控制器核心結論(一)

系統設計工程師不可不知的DRAM控制器核心結論(一)

作者: 時(shí)間:2013-05-12 來(lái)源:網(wǎng)絡(luò ) 收藏
藏在您的系統芯片系統(SoC)中,可能有兩個(gè),甚至是四個(gè)。有一些精心制作的邏輯小模塊,用于連接SoC內部和外部,它們并沒(méi)有引起人員的注意。它們有可能造成很大的問(wèn)題,浪費帶寬,占用太多的能耗,甚至導致數據被破壞。

系統設計工程師不可不知的DRAM控制器核心結論

  能否正常工作會(huì )使得系統有很大的不同,有的系統能夠滿(mǎn)足其設計要求,而有的系統則運行緩慢,過(guò)熱,甚至失敗。不論哪種情況,最終是由團隊承擔責任,他們一般很少掌握的信息。

  成功還是失敗都源自我們要求DRAM控制器所做的工作。模塊不僅僅是一個(gè)接口。在高級中,DRAM控制器必須很好的處理SoC體系結構復雜而又難以預測的存儲器申請,以及一側的系統軟件申請,還有另一側DRAM芯片設計復雜的時(shí)序和約束要求。能否處理好這些關(guān)系會(huì )在多個(gè)方面影響DRAM吞吐量:這很容易在系統性能上體現出來(lái)。

  為解釋這些問(wèn)題,以及系統設計人員能夠對此做什么,我們需要回答三個(gè)主要問(wèn)題。首先,我們應檢查DRAM芯片提出的要求。然后,需要討論SoC體系結構對存儲器訪(fǎng)問(wèn)模式的影響,第三,研究一個(gè)高級DRAM控制器的結構和功能。通過(guò)這三部分,我們得出系統設計的一些結論。
DRAM需要什么

  系統規劃對外部存儲器的要求是確定性隨機訪(fǎng)問(wèn):任何時(shí)候來(lái)自任何位置的任意字,具有固定延時(shí)。但是,確定性隨機訪(fǎng)問(wèn)恰恰是現代DDR3 DRAM所不能提供的。

  相反,DRAM提供任何您需要的字,但是具有復雜的時(shí)序約束,因此,很難知道數據究竟什么時(shí)候出現。 圖1 中“簡(jiǎn)化的”狀態(tài)轉換圖簡(jiǎn)單解釋了為什么會(huì )這么復雜。這種復雜度也意味著(zhù),命令到達DRAM芯片的順序會(huì )對時(shí)序以及帶寬有很大的影響。要理解這一點(diǎn),我們需要深入了解DDR3 DRAM。

系統設計工程師不可不知的DRAM控制器核心結論(一)  
圖1.DDR DRAM芯片“簡(jiǎn)化的”狀態(tài)圖顯示了控制器設計人員所面臨的復雜問(wèn)題

  DRAM芯片將數據存儲在電容陣列中。當您讀寫(xiě)數據時(shí),您并不會(huì )直接訪(fǎng)問(wèn)陣列。而是在讀寫(xiě)之前,您激活陣列中的某一行。激活命令使得DRAM讀取該行中的所有列的所有比特,將其送入傳感放大器塊,它實(shí)際上用作該行的本地寄存器文件。然后,您可以對傳感放大器上的數據發(fā)出讀寫(xiě)命令。通過(guò)這種方式,能夠非??斓淖x寫(xiě)已經(jīng)激活的行:一般是三到五個(gè)時(shí)鐘來(lái)開(kāi)始一次突發(fā)傳送,然后,在突發(fā)期間傳送每個(gè)字節需要一個(gè)時(shí)鐘。例如,這種時(shí)序安排使得DDR3 DRAM非常適合L2高速緩存數據交換。

但是,如果您不使用已經(jīng)激活的行,那么會(huì )非常復雜。改變行時(shí),即使是一個(gè)字節,您也必須對當前行去激活,然后激活一個(gè)新行。這一過(guò)程需要確定已經(jīng)在一段時(shí)間內激活了當前行。由于讀取DRAM單元是破壞性的,因此需要最小延時(shí):您激活了一行后,DRAM實(shí)際上是將最新到達傳感放大器上的數據復制回比特單元陣列中,然后刷新行。您可以在此期間讀寫(xiě)當前行,但是,要確定在您改變行之前完成了這一過(guò)程。

  即使滿(mǎn)足了這一要求,也還有其他問(wèn)題。您必須對陣列預充電。預充電命令使得傳感放大器中的數據無(wú)效,提升陣列和傳感放大器輸入之間導線(xiàn)上的電壓,使得電壓值位于邏輯0和邏輯1電平之間。這種準備是必要的,比特單元電容上很小的電荷都會(huì )傳送到導線(xiàn)上,以某種方式提示傳感放大器。

  對導線(xiàn)進(jìn)行預充電之后,您必須向新行發(fā)送一個(gè)激活命令,等待操作完成,然后,您最終可以發(fā)送一個(gè)讀操作新命令。加上所有涉及到的延時(shí)后,即,讀取字節序列的最差情況,每一字節都來(lái)自不同的行,這要比讀取來(lái)自一個(gè)新行連續位置相同數量字節的時(shí)間慢十倍。

  這種不同還只是部分問(wèn)題。如圖2 所示,DDR DRAM有多個(gè)塊:與比特單元無(wú)關(guān)的陣列。DDR3 DRAM中有八個(gè)塊,每一塊都有自己排列成行的傳感放大器。因此,原理上,您可以通過(guò)激活每一個(gè)塊中的一行,讀寫(xiě)較長(cháng)的突發(fā),然后,對每一激活后的行進(jìn)行讀寫(xiě)操作——實(shí)際上是對塊進(jìn)行間插操作。唯一增加的延時(shí)是連接每一塊的傳感放大器和芯片內部總線(xiàn)的緩沖的切換時(shí)間。這一延時(shí)要比對相同塊中一個(gè)新行進(jìn)行預充電和激活的時(shí)間短得多。

  系統設計工程師不可不知的DRAM控制器核心結論(一)
圖2.一個(gè)典型的DDR DRAM結構圖。一個(gè)DDR3器件會(huì )有8個(gè)塊,而不是4個(gè)

  這就是原理。實(shí)際中,您可以對塊進(jìn)行間插處理,但是有一個(gè)限制,不是基于DRAM邏輯,而是芯片能夠承受的熱量。這種限制可以通過(guò)著(zhù)名的“滾動(dòng)四塊訪(fǎng)問(wèn)窗口”,即,tRAW來(lái)表達:您一次能夠有四個(gè)激活塊的最長(cháng)時(shí)間。這一規則實(shí)際上有例外,只要您從一個(gè)塊轉向下一塊之前,在一個(gè)塊上保持一定的時(shí)間,那么,您可以有連續激活的8個(gè)塊。但是您應該知道:這比較復雜。



評論


相關(guān)推薦

技術(shù)專(zhuān)區

關(guān)閉
国产精品自在自线亚洲|国产精品无圣光一区二区|国产日产欧洲无码视频|久久久一本精品99久久K精品66|欧美人与动牲交片免费播放
<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>