<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è) > 手機與無(wú)線(xiàn)通信 > 設計應用 > ClearNAND閃存改善系統設計

ClearNAND閃存改善系統設計

作者: 時(shí)間:2011-01-20 來(lái)源:網(wǎng)絡(luò ) 收藏

自問(wèn)世以來(lái),NAND閃存對ECC(糾錯碼)糾錯能力的要求越來(lái)越高。雖然這不是一個(gè)新問(wèn)題,但是支持最新的多層單元(MLC)架構和每單元存儲三位數據(three-bit-per-cell)技術(shù)所需的ECC糾錯能力讓系統人員越來(lái)越難以應付。

本文引用地址:http://dyxdggzs.com/article/156763.htm

  過(guò)去,ECC一直被用于提高NAND閃存子系統的整體數據可靠性。但是,隨著(zhù)NAND單元不斷縮小,每個(gè)浮柵內貯存的電子數量越來(lái)越少。因此,為彌補更小的存儲單元所產(chǎn)生的更高的位誤碼率,我們必須大幅提高ECC糾錯能力,以維持所需的系統可靠性。

  隨著(zhù)系統對ECC糾錯要求不斷提高,實(shí)現ECC邏輯所需的邏輯門(mén)數量也在增加,同時(shí)系統復雜性也隨之提高。例如,24位ECC需要大約200,000個(gè)邏輯門(mén),而40位ECC則需要大約300,000個(gè)邏輯門(mén)。據估計,將來(lái)先進(jìn)的ECC算法可能需要近100萬(wàn)個(gè)邏輯門(mén)(如圖1所示)。

  

《電子系統設計》

  很多高性能閃存系統必須使用多通道NAND閃存才能實(shí)現理想的性能。在這些系統中,每個(gè)通道都有其自己的ECC邏輯。例如,一個(gè)10通道固態(tài)硬盤(pán)(SSD)需要實(shí)現10通道的ECC邏輯。假如10路通道中的每一路通道都需要60位ECC,那么僅ECC邏輯就需要300萬(wàn)個(gè)邏輯門(mén)。

  NAND閃存接口選擇

  1.傳統NAND接口

  傳統的NAND閃存接口是一種異步通信接口,雖然近幾年這種接口的速度已提高到50MHz,但是其它特性并沒(méi)有太大的變化。

  幾年前,美光(Micron)與其它幾家富有遠見(jiàn)的公司共同成立了一家NAND閃存組織,旨在簡(jiǎn)化業(yè)界存在的大量時(shí)序和指令標準。開(kāi)放式NAND閃存接口(ONFI)聯(lián)盟發(fā)布了其第一版ONFI 1.0規范,與最初的規范相比,這個(gè)接口規范的最大特點(diǎn)是主處理器能夠通過(guò)電子方式識別所連接的閃存類(lèi)型,以及其它重要的技術(shù)參數,如時(shí)序模式、頁(yè)面大小、塊大小、ECC要求等。該特性被所有的ONFI標準繼承下來(lái),并且一直是所有ONFI標準的重要內容。

  同步NAND接口的開(kāi)發(fā)是ONFI聯(lián)盟取得的另一個(gè)重要成就,這一接口規范又稱(chēng)為ONFI 2。目前,ONFI 2.2規范通過(guò)一個(gè)DDR源同步接口支持高達每秒20000萬(wàn)次傳輸(200MT/s)。通電后該接口可用于異步通信模式。但是,對于更高的性能而言,當從異步模式轉換到同步通信模式時(shí),主處理器會(huì )提前詢(xún)問(wèn)閃存設備是否支持更高速的同步通信接口。

  2.Direct NAND解決方案

  該方案實(shí)現通過(guò)將NAND閃存芯片直接連接到主處理器或SSD控制器來(lái)管理NAND閃存。ECC算法交由硬件處理,而軟件通常執行所有的區塊管理和損耗均衡功能。初看起來(lái)該方案可能并不理想,但考慮到今天的嵌入式處理器典型運行速度達到數百兆赫茲,很多甚至超過(guò)千兆赫茲,這些高性能處理器能夠以更快的速度執行區塊管理,并利用確定性多線(xiàn)程技術(shù)來(lái)提高閃存性能。此外,由于主處理器直接管理閃存設備,主處理器軟件可以做出實(shí)時(shí)決定,這有助于避免因意外斷電而造成的風(fēng)險。

  如圖2所示,ONFI 2.2接口規范(200MT/s)最多可支持16個(gè)標準NAND閃存芯片,典型解決方案通常采用兩個(gè)8片NAND閃存封裝。標準8片100-BallBGA封裝含有兩條獨立的NAND總線(xiàn)(DQ[7:0]1和DQ[7:0]2),每條總線(xiàn)連接4片NAND閃存。閃存控制器通過(guò)兩個(gè)芯片使能信號控制每四片堆疊的裸片。典型設計是把兩條數據總線(xiàn)即DQ總線(xiàn)連接到一起,為每個(gè)封裝提供一條8位數據總線(xiàn)。最高配置由兩個(gè)內置8片裸片的100-Ball BGA封裝組成。為選定一個(gè)特定的NAND裸片,每個(gè)標準100-Ball BGA封裝需要提供四個(gè)芯片使能(CE#)控制。因此,為支持這種配置,主處理器或SSD控制器需要提供8個(gè)芯片使能信號。

  

《電子系統設計》

  3.ClearNAND解決方案

  圖3顯示了兩個(gè)不同的系統實(shí)現:傳統的系統中主處理器或SSD控制器與NAND閃存直接相連;另一個(gè)系統則采用ClearNAND閃存芯片。兩種方案都采用相同的ONFI硬件接口和相似的100-Ball BGA封裝,不同之處是后者將一個(gè)薄型控制器與NAND閃存裸片整合在一個(gè)多芯片封裝(MCP)內。ClearNAND 控制器用于實(shí)現MCP封裝中NAND閃存所需的ECC算法。由于采用相同的ONFI異步或同步接口,設計人員可以輕松地從標準NAND閃存升級到 ClearNAND閃存。

  美光公司的ClearNAND 閃存分為標準型和增強型兩個(gè)版本。標準型ClearNAND閃存主要用于消費電子設備,可實(shí)現所需的ECC功能,并提供便于閃存升級的傳統異步型ONFI總線(xiàn)。

  增強型ClearNAND閃存能夠管理ECC算法,并提供多個(gè)對于企業(yè)應用頗具價(jià)值的關(guān)鍵功能。它還支持ONFI 2.2接口的異步和同步通信標準,可用存儲容量高達64GB。


上一頁(yè) 1 2 3 下一頁(yè)

關(guān)鍵詞:

評論


相關(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>