PCDVD數位科技討論區 - 首款3.5吋固態硬碟上市 100MB/s

第6頁共9頁

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php) - 儲存媒體討論區 (https://www.pcdvd.com.tw/forumdisplay.php?f=20) - - 首款3.5吋固態硬碟上市 100MB/s (https://www.pcdvd.com.tw/showthread.php?t=733591)

jamin

2007-07-26 10:22 PM

引用:

作者cmwang

鵝猜FLASH controller內建的reallocate的機制會不會就是把counter/mapping等資訊附加在每個block上啊(i.e.若user看到的是512bytes/block,可能另外附加數十byte作ECC/counter/mapping等用途在user看不到的部份:flash: )....

'mapping" 這部分我一直想不通 :cry:
理論上, mapping table 需要 maintain, FLASH controller 應該沒有足夠的記憶體(有嗎?)可滿足這部分需求.
在沒有使用專為 flash device 設計的 file system (ex:FAT16) 的情況下,
硬碟起始位置, 或是說, 記錄檔案位置的 index table 的區塊, 應該很容易陣亡才是.

chlang

2007-07-27 02:24 AM

如果對於 "Flash 如何讓系統把它當成是一顆硬碟, 而可 format 成各種 FS" 的話, 請參考

http://esslab.tw/wiki/index.php/NFTL

(註: 此文章沒有討論到 wear-leveling algorithm 的部分, 而集中在 re-mapping 上面)

引用:

因為flash的特性，是無法重複寫同一塊記憶體位置做寫入的動作，必須事先erase該塊記憶體位置（將其充電）才能再做寫入的動作，因此一般我們所使用的檔案系統，如FAT16、FAT32、NTFS、ext2等…，將無法直接用在flash memory上。若我們想要沿用這些檔案系統，則必須透過一層Translation Layer來將Logical Block Address對應到實體的flash memory的位置，並透過一些機制能讓系統能把flash memory當作一般的硬碟一樣處理，我們稱這層為FTL（Flash Translation Layer）

chaotommy

2007-07-27 03:28 AM

引用:

作者cmwang

這類FLASH controller通常都號稱有auto reallocate的機制,不過效果如何就要看有沒有不怕死的先賢先烈提出實驗報告了:p:p....

別看了

那個人就是你 :laugh:

cmwang

2007-07-27 04:08 PM

引用:

作者chaotommy

別看了

那個人就是你 :laugh:

鵝只對如何壓榨機器有興趣,對如何搞壞機器的興趣不大,不過既然有人這麼說了,鵝很樂意贊助兩張有同樣毛病的難兄難弟給想當先賢先烈者玩玩----為啥說是難兄難弟呢:confused: ....因為這兩張CF雖然是不同牌子的,但卻有著一模一樣的毛病----大量讀寫時controller一樣會crash就算了,連此時不要power off,直接reset後BIOS也偵測不到其存在也殊途同歸(看來裏面用的controller應該是同一系列的....BTW,真要試的人可能還沒把它們搞死就會先被controller當機自衛的特異功能給打敗了吧:laugh: ),實在是令鵝啼笑皆非:ase....

以下是鵝這幾天拼命SM那張8GB CF的結果(包括直接在上面灌OS:flash: )....至少到目前為止controller還沒當機給鵝看過,看來換controller果然是解決問題最徹底的方法:flash: ....

1:ext2fs測試結果

2:ext3fs測試結果

3:reiserfs測試結果

4:FAT32測試結果

測試機器是X2 3800+2GB RAM,所以bonnie++會開4GB的test file,mount時都有指定noatime....BTW,FAT32看來頗令人流汗,不知真是FAT32先天不良還是linux對FAT32的支援的問題:think: ....

以下對照組是在H牌SATA2 7200rpm 250GB HD上跑出來的....

1:reiserfs測試結果

2:reiserfs,但mount時指定noatime的測試結果

jamin

2007-07-27 11:50 PM

引用:

作者chlang

這部分比較不難懂, 因為 linux 有用 RAM 記錄 mappimg table,
比較神奇的是 CF card 這部分,
某些些數位相機是用 CF card 當儲存媒介, 用的多是 FAT16 or FAT32(好像比較少見)
每拍一張照片, 第一個 block 就得更新一次 :eek: 這樣玩 CF card 壽命應該會大大縮減才對 :jolin:
不過好像沒聽到有人抱怨 CF card 太短命 :flash:

chlang

2007-07-28 01:00 AM

1. 假設在沒有任何 wear leveling 的輔助之下. 每次寫入一個新檔案, FAT 就要更新一次
==> 同一張記憶卡寫入 10 萬張相片就毀了 ?
如果每天拍一百張 => 這張記憶卡的壽命是 100000/100 = 1000 天. 至少有接近三年的壽命.

2. 不排除數位相機在寫入時, 也有針對這個行為作調整. (相機裡面的運算資源很夠, 記憶體少說也 64MB 起跳, 隨便拿一點點來作這些應該不困難)

3. 將這些演算法內建到系統中, 看起來並不是不可行, 至少現在連 SD 卡都號稱有這種功能了
http://www.apacer.com.tw/tw/product...rd_features.htm

jamin

2007-07-28 01:48 AM

引用:

作者chlang

這份文件第6頁解決我的疑惑 :shy:
http://www.sst.com/downloads/datasheet/S71298.pdf

另外, 我認為數位數位相機應該不會做 wear level, 因為標準 FAT16 的檔案系統,
寫入方式是固定的, 頂多做 memory buffer 減少寫入次數.

結論是, 用力給他寫, 不要客氣 :D

cmwang

2007-07-28 09:48 PM

引用:

作者jamin

snipped....
另外, 我認為數位數位相機應該不會做 wear level, 因為標準 FAT16 的檔案系統,
寫入方式是固定的, 頂多做 memory buffer 減少寫入次數.

wear level通常是flash controller的事(wether SD or CF,至於Micro Drive應該就沒這回事吧:flash: ),大概不須要DC插手就是了:p....

引用:

作者jamin

結論是, 用力給他寫, 不要客氣 :D

順便貼個在CF上跑XP的錄影好了,以上面那台X2 3800+2GB RAM+8GB CF-IDE(跑UDMA4)從power on到能操作約30秒(若自POST完開始boot時算約15秒),不知算快還是慢:ase:ase....

chlang

2007-08-12 01:31 AM

突然想到另外一個問題.

這些 SSD 的硬碟, 會不會提供一個 SMART 的資訊: "最差的一個區塊已經被寫入幾次, 還剩下幾次"

coolbrother

2007-10-11 02:05 AM

引用:

作者chlang

突然想到另外一個問題.
這些 SSD 的硬碟, 會不會提供一個 SMART 的資訊: "最差的一個區塊已經被寫入幾次, 還剩下幾次"

FLASH 不會那麼照著規則來的，他想掛的時候就會掛掉了~~ :jolin:

所有的時間均為GMT +8。現在的時間是02:10 PM.

第6頁共9頁

« 第一

每頁顯示此主題的 10 個文章

vBulletin Version 3.0.1
powered_by_vbulletin 2025。