|
||
|
Major Member
 加入日期: Apr 2007
文章: 201
|
引用:
真好笑page數目倍增 難道寫入的東東就是serial page or random page 不懂不要裝懂 你是來亂鬧的 此文章於 2012-09-10 04:47 PM 被 yucharles 編輯. |
||||||||
2012-09-10, 04:46 PM
#41
|
|
|
Major Member
加入日期: Apr 2002
文章: 105
|
想請教樓主
若我現在有160個4K byte的檔案要寫入SSD 請問這樣會對顆粒做幾次寫的動作? 是160次嗎? 若是的話 總共可容許寫入的次數是5000*8=40000 那麼這個SSD最晚會在寫入4KB*40000=16000KB後掛掉 是這樣子算嗎? 若不是，可不可以請樓主基於這個條件算算看呢? |
||
|
2012-09-10, 04:56 PM
#42
|
|
|
*停權中*
加入日期: Jun 2012 您的住址: 肛肛好有限公司
文章: 492
|
自n180大大後
PCDVD已經很久沒出英雄了 我支持你,一定要戰到最後一刻  |
|
2012-09-10, 05:10 PM
#43
|
|
|
Power Member
加入日期: Jan 2002 您的住址: 台北苦命IT工人
文章: 586
|
引用:
8G = 8192M = 8388608K 除 4k 等於 2097152 Page 4G = 4096M = 4194304K 除 4k 等於 1048576 Page 請問這不叫做倍增叫做什麼？ |
|
|
2012-09-10, 05:14 PM
#44
|
|
|
Major Member
加入日期: Apr 2007
文章: 201
|
引用:
你問得跟韌體有關亦與檔案系統有關 160個個別檔案是160次 這不正確(5000*8) 後面也不對(4KB*40000) page數目倍增=寫入機率加倍(randam page write) 此文章於 2012-09-10 05:27 PM 被 yucharles 編輯. |
|
|
2012-09-10, 05:24 PM
#45
|
|
|
Power Member
加入日期: Jan 2002 您的住址: 台北苦命IT工人
文章: 586
|
引用:
對 32G(4G*8) 及 64G(8G*8) SSD 同樣寫入 32G 資料。 32G(4G*8)的SSD其page有100%的機率寫入資料， 64G(8G*8)的SSD其page有50%的機率寫入資料， 與你的假設不合『page數目倍增=寫入機率加倍』。 此文章於 2012-09-10 05:35 PM 被 foxtm 編輯. |
|
|
2012-09-10, 05:32 PM
#46
|
|
|
Major Member
加入日期: Apr 2002
文章: 105
|
引用:
這不正確(5000*8) -> 那請問總共可以寫入幾次? 後面也不對(4KB*40000) -> 如果我都是4KB的小檔案 那麼在SSD壞掉前 總共可以寫入多少? 別扯檔案系統或是韌體那麼遠唷 我現在的條件很簡單 就是都是4KB的小檔案 這個在資料庫裡是很常見的 |
|
|
2012-09-10, 05:41 PM
#47
|
|
|
Major Member
加入日期: Apr 2002
文章: 105
|
引用:
若樓主一定要提檔案系統和韌體 那就考慮下面的場景 一個4KB的檔案需要寫入而且SYNC也下了 檔案系統將檔案透過SATA傳給SSD上的控制器 控制器中的韌體很盡責的找了一個Free的page去寫入這個檔案 (以上在樓主的定義 就是對一個顆粒作一次寫入了) 然後重複以上的動作N次 請問以一般MLC可以寫入5000次 一個SSD有八個顆粒的情況下 這個SSD可以承受幾次以上的動作? |
|
|
2012-09-10, 05:51 PM
#48
|
|
|
*停權中*
加入日期: Jan 2006
文章: 202
|
先去看行車記錄器.
有沒有人行車記錄器.寫壞過?? 另外 SSD 當系同碟到底一天會READ WRITE 多少次? 有辦法統計說大約多少嗎? |
|
2012-09-10, 05:54 PM
#49
|
|
|
Senior Member
加入日期: Dec 2002
文章: 1,370
|
引用:
基本上, 跟檔案大小成正比. 個人認為, 麻煩的是檔案系統(FAT) 但是, 笨蛋寫的軟體就難說了  至於 SSD 的統計資料, 要看控制器有沒有額外支援
__________________
要討論也要找能溝通的, 跟狂吠的狗溝通只是浪費時間. 每日一句 : 很多不等於多數，也不等於少數 |
|
|
2012-09-10, 06:12 PM
#50
|
|
