作者: Rio 時間: 2011-1-27 12:10 標題: 【转帖自PCEVA】史上最残忍之SSD耐久度写入测试
本帖最後由 Rio 於 2011-1-27 12:17 編輯
2010年3月30日，请回了块Intel X25-V 40G Gen2 的SSD，在Trim固件和Win7的支持下，进行耐久度测试。
使用自己编的程序，进行全盘覆写7X24小时折磨，目的：直到写挂为止。
写入的文件模式为A和B：
其中A为持续写入类：
10~100KB占80% （系统缩略图之类）
100~500KB占10%（JPG图片之类）
1~5MB占5% （大的图片，MP3之类）
5~45MB占5% （视频片段之类）
其中B为随机写入类：
1~100字节占100% （系统log之类）
下载 (19.21 KB)3 天前 20:03
3月30日领回家。
-----------------------------------------
4月5日状态：
下载 (37.56 KB)3 天前 20:04
全盘写入15.518TB约等于全盘容量的426倍，其中随机文件写入426GB。
CDI里E9磨损度从100降到90，（34nm的PE为5000次，这里去掉10%也正常）
--------------------------------------------
4月12日状态：
下载 (37.54 KB)3 天前 20:12
全盘写入37TB约等于1030倍全盘容量，其中随机写入了1TB文件。
CDI里的E9磨损度降到79，E8的备用区降到99（减少了1）,重映射块增加到2（05)
------------------------------------------------------------
4月24日状态：
下载 (37.56 KB)3 天前 20:16
全盘写入75TB约等于2065倍容量，其中随机写入2TB。
CDI里的E9磨损度降到59，E8的备用区没变化。重映射块增加到3（05)
-------------------------------------------------------------
5月7日状态：
下载 (37.58 KB)3 天前 20:16
全盘写入112TB约等于3084倍容量，其中随机写入3TB。
CDI里的E9磨损度跌到39了。重映射块增加到6（05)
-------------------------------------------------------------
5月18日状态：
下载 (37.57 KB)3 天前 20:17
全盘写入149TB约等于4114倍容量，其中随机写入4TB。
CDI里的E9磨损度跌到19了。
---------------------------------------------------------------
5月30日状态：
下载 (37.54 KB)3 天前 21:30
全盘写入187.2TB约等于5143倍容量，其中随机写入5TB。
CDI里的E9磨损度变成了1。
----------------------------------------------------------------
6月10日状态：
下载 (37.53 KB)3 天前 20:18
全盘写入224TB约等于6158倍容量，其中随机写入6TB。
CDI里的数值和上次一样，全部没有变化。
----------------------------------------------------------------
6月22日状态：
下载 (37.52 KB)3 天前 21:05
全盘写入261TB约等于7196倍容量，其中随机写入7TB。
CDI里的数值还是没咋变，除了重映射块变成了7（05)
-----------------------------------------------------------------
7月3日状态：
下载 (37.56 KB)3 天前 20:19
全盘写入298TB约等于8212倍容量，其中随机写入8TB。
CDI里的数值除了重映射块变成了9（05）外没变化。
-------------------------------------------------------------------
7月14日状态：
下载 (37.57 KB)3 天前 20:19
全盘写入337.1TB约等于9264倍容量，其中随机写入9TB。
CDI里的数值无变化。:sleepy:
--------------------------------------------------------------------
7月26日状态：
下载 (37.56 KB)3 天前 20:19
全盘写入376TB约等于10338倍容量，其中随机写入10TB。
CDI里的数值无变化。:curse:
----------------------------------------------------------------------
8月5日状态：
下载 (37.54 KB)3 天前 20:20
全盘写入410TB约等于11274倍容量，其中随机写入11TB。
CDI里的数值还是没变化。。
-----------------------------------------------------------------------
8月18日状态:
下载 (37.55 KB)3 天前 20:20
全盘写入447.2TB约等于12228倍容量，其中随机写入12TB。
CDI里的重映射块(05)忽然增加到12个。
------------------------------------------------------------------------
9月1日状态：
下载 (37.52 KB)3 天前 20:20
全盘写入485TB，约等于13334倍容量，其中随机写入13 TB。
CDI里的重映射块（05）增加到16个。
-------------------------------------------------------------------------
9月14日状态:
下载 (37.52 KB)3 天前 20:20
全盘写入523TB,约等于14371倍容量，其中随机写入14TB。
CDI里的重映射块（05)增加到1C - 28个。
--------------------------------------------------------------------------
9月28日状态：
下载 (37.57 KB)3 天前 20:24
全盘写入559TB，约等于15419倍容量，其中随机写入15TB。
CDI里的重映射块05增加到1E - 30个。
----------------------------------------------------------------------------
10月12日状态：
下载 (37.43 KB)3 天前 20:24
全盘写入597TB，约等于16458倍容量，其中随机写入16TB。
CDI里的重映射块05增加到27 - 39个。
------------------------------------------------------------------------------
10月27日状态：
下载 (37.42 KB)3 天前 20:27
全盘写入633TB，约等于17467倍容量，其中随机写入17TB。
CDI里的重映射块05增加到2A - 42个。
-------------------------------------------------------------------------------
11月16日状态：
下载 (37.45 KB)3 天前 20:25
全盘写入671TB,约等于18492倍，其中随机写入18TB。
CDI里的重映射块05增加到30 - 48个。
--------------------------------------------------------------------------------
12月7日状态:
下载 (37.45 KB)3 天前 20:26
全盘写入708TB，约等于19517倍，其中随机写入19TB。
CDI里的重映射块05增加到4C - 76个。 E8的备用区终于从99变成98了。
--------------------------------------------------------------------------------
12月28日状态：
下载 (37.45 KB)3 天前 21:03
全盘写入745TB，约等于20538倍，其中随机写入20TB。
CDI里的重映射块05增加到4F -79个。
----------------------------------------------------------------------------------
2011年1月14日状态：
下载 (35.73 KB)3 天前 20:26
全盘写入782.9TB，约等于21569倍，其中随机写入21TB。
CDI里的重映射05增加到5D - 93个。
目前还在折磨中，至此开机了接近7000小时，期间每12小时暂停下进行下Toolbox优化。
看到这些数字，你们谁还纠结耐久度的？从买回来的3月30日开始不关机就在写入，写了快300天了看上去还是稳如泰山。
一般返厂的SSD大多是固件弄坏的，而非颗粒磨损坏的，返回厂里重新开卡（量产）下就能继续用了。
固件坏一般出现在忽然掉电锁死，映射表破坏锁死，固件刷坏等等。正规大厂出来的固件都要做大量的测试来保证兼容性（几百到上千小时的测试导致固件的发布延期严重），即使这样也碰到了Intel,Micron的固件门，可见漏网之鱼确实不少（世界上的兼容机搭配千奇百怪），不过像sandforce这类基本每2个月都在更新固件的产品到底好不好也指的深究啊。
结论：SSD并非想象中咁脆弱，即使你不断写入，写到爆，三年内基本都唔会坏，所以一家大家用SSD唔使再罗罗挛睇住个Host write
作者: 167pk 時間: 2011-1-27 12:37
提示: 作者被禁止或刪除 內容自動屏蔽
作者: 遊俠 時間: 2011-1-27 12:41
回復 2# 167pk
X-25V 黎, 即 MLC
作者: stupidkid 時間: 2011-1-27 12:42
Good test...
thanks
作者: peaceland 時間: 2011-1-27 12:47
多謝分享
其實不用過份擔心
當一般HARDDISK用便可
作者: 167pk 時間: 2011-1-27 12:48
提示: 作者被禁止或刪除 內容自動屏蔽
作者: hioohi 時間: 2011-1-27 12:50
mlc寫左七百幾TB都未死
作者: 167pk 時間: 2011-1-27 12:54
提示: 作者被禁止或刪除 內容自動屏蔽
作者: Rio 時間: 2011-1-27 14:06
是個白痴TEST
應用2個檔案各大小為 3x GB 不斷重複覆寫才準確
167pk 發表於 2011-1-27 12:54
请问你呢个test有任何实用价值？平时使用有人会写3X G嘅文件？
测试个人已经模拟左平时实用情况90%，极具实用价值
作者: 167pk 時間: 2011-1-27 14:09
提示: 作者被禁止或刪除 內容自動屏蔽
作者: K_C_ 時間: 2011-1-27 14:30
幾百KB 的檔案, 可能沒有真實寫入的
167pk 發表於 2011-1-27 14:09
請問呢句點解?
作者: kclam 時間: 2011-1-27 14:42
是個白痴TEST
應用2個檔案各大小為 3x GB 不斷重複覆寫才準確
167pk 發表於 2011-1-27 12:54
行OS用, 邊到黎咁多3xGB o既files呀
你提議個test咪中唔實際
唔好剩係用得果幾隻字就推番人地個test
係就買番隻, 跑番幾個月測試, 寫多幾段字, 先黎講野啦
作者: yanjar 時間: 2011-1-27 14:48
其實 read/write speed 係呢段其間又有冇大變化呢 ?
作者: kclam 時間: 2011-1-27 14:49
幾百KB 的檔案, 可能沒有真實寫入的
唔信你買兩個 SSD 返來
1個用樓主轉載的方法, 另1個 ...
167pk 發表於 2011-1-27 14:09
不如叫人倒3碗油出黎, 3碗煮埋一1碗, 飲左佢
你就明架喇
作者: mydaniel 時間: 2011-1-27 15:01
重點都係佢編左乜程式 ,個測試得佢自己睇得明
作者: roytam1 時間: 2011-1-27 15:53
> 目前还在折磨中，至此开机了接近7000小时，期间每12小时暂停下进行下Toolbox优化。
每12小時暫停下進行下Toolbox優化依樣本身就唔符合實際使用啦。
2ch 啲 server 都有用 X-25M 做 System disk，實際上根本冇時間可以行toolbox。
作者: Niel 時間: 2011-1-27 17:32
写入的文件模式为A和B：
實際文件總大小是否大於 40GB 呢
寫入累計多少是沒意義的 ...
167pk 發表於 2011-1-27 12:48 PM
寫入累計多少是有意義的，因為SSD controller會做wear leveling。
作者: albert_ma 時間: 2011-1-27 17:39
仲寫得唔代表仲用到喎
失哂速架話，點用?
作者: JackWu 時間: 2011-1-27 17:47
仲寫得唔代表仲用到喎
失哂速架話，點用?
albert_ma 發表於 2011-1-27 17:39
It should not be the real case. I have been running mysql DB of marlito.com
in SSD for more than one Year. Daily I/O is crazy but it is still glazing fast.
作者: Niel 時間: 2011-1-27 17:49
測試方法正確，不過要留意，文中的方法只可用於non-SandForce based SSD。
34nm MLC NAND有好多grade，最常見有5k-10k cycle (大部份consumer grade SSD都用10k NAND)
Intel話自己WA可以近1.0
Basic conversion:
40GB = 37.2529GiB
37.2529GiBx10k cycle = 363.79788TiB
OP (Over-provisioning):
363.79788TiB x (1+6.8%) = 388.5361TiB
WA (Write Amplification):
388.5361TiB/1 = 388.5361TiB
Theoretical Host Write有388.5TiB...問題來了，測試中顯示Host Write 782.9TB，比簡單計算的結果高了一倍，由於Intel controller不像SandForce (SandForce會做 data compression)，所以我認為原因係34nm MLC NAND的10k cycle係下限，現實中大部份NAND flash可以做出更高的數值。
作者: JackWu 時間: 2011-1-27 17:55
測試方法正確，不過要留意，文中的方法只可用於non-SandForce based SSD。
34nm MLC NAND有好多grade，最 ...
Niel 發表於 2011-1-27 17:49
For sandforce-based SSDs, we should use noncompressible data instead.
作者: Niel 時間: 2011-1-27 17:55
> 目前还在折磨中，至此开机了接近7000小时，期间每12小时暂停下进行下Toolbox优化。
每12小時暫停下進行 ...
roytam1 發表於 2011-1-27 03:53 PM
錯了...
測試中每12h行一次toolbox，假設測試中x25v write speed keep住40MiBps (which is very likely)，即大約1.6479TiB host write先行一次toolbox，而且行toolbox只需時數秒，SSD也不需offline，現實server情況係可行的。
作者: Niel 時間: 2011-1-27 17:56
本帖最後由 Niel 於 2011-1-27 17:57 編輯
For sandforce-based SSDs, we should use noncompressible data instead.
JackWu 發表於 2011-1-27 05:55 PM
correct
對於SF SSD，測壽命要用Random data，測performance要用real world data (or 近real world pattern)。
作者: roytam1 時間: 2011-1-27 18:38
錯了...
測試中每12h行一次toolbox，假設測試中x25v write speed keep住40MiBps (which is very likely ...
Niel 發表於 2011-1-27 17:55
但現實server唔會用Windows
作者: slxar 時間: 2011-1-27 18:46
回復 24# roytam1
總會有人用既
,linux始終做唔到windows上某D功能作者: JackWu 時間: 2011-1-27 19:05
但現實server唔會用Windows
roytam1 發表於 2011-1-27 18:38
A huge number of companies are using Windows-based servers as file server, IIS, CA, IAS, RADIUS... etc
作者: gbalucard 時間: 2011-1-27 19:25
睇完測試我開始覺得用SSD來BT比用傳統HDD更好,
傳統HDD用摩打碟片一般用3-5年會開始出問題, SSD如果可以寫700T, 以一天BT 20GB計算, 算式如下:
700TB*1000GB / 20GB一日 =35,000DAY, 即九十多年,
雖然價錢上SSD比較貴, 但貴買平用, 好似仲著數
作者: Niel 時間: 2011-1-27 19:34
睇完測試我開始覺得用SSD來BT比用傳統HDD更好,
傳統HDD用摩打碟片一般用3-5年會開始出問題, SSD如果可以寫 ...
gbalucard 發表於 2011-1-27 07:25 PM
現時BT的software都有memory cache，所以無必要用SSD。
作者: gbalucard 時間: 2011-1-27 19:57
現時BT的software都有memory cache，所以無必要用SSD。
Niel 發表於 2011-1-27 19:34
現在當然沒有必要, 不過當SSD的容量越來越大時, 總不會只用來放OS, 到時就可能無可避免用來BT和當普通HDD來用了
作者: leungdwk 時間: 2011-1-27 20:06
A nice test!
作者: Rio 時間: 2011-1-27 21:17
睇完測試我開始覺得用SSD來BT比用傳統HDD更好,
傳統HDD用摩打碟片一般用3-5年會開始出問題, SSD如果可以寫 ...
gbalucard 發表於 2011-1-27 19:25
你都几豪，不过确实可以咁样计，但系以依家用家买SSD来算，应该唔会有人谂到咁有创意嘅用法
作者: dunkermutombo 時間: 2011-1-27 21:19
難得有ching用咁長時間黎試ssd
抵讚
作者: infeu 時間: 2011-1-27 21:20
test完有壞拿去保用
作者: JackWu 時間: 2011-1-27 21:36
難得有ching用咁長時間黎試ssd
抵讚
dunkermutombo 發表於 2011-1-27 21:19
其實呢類測試已經係廠LAB入面做哂，賣得街邊有咁容易俾END USER玩壞？
作者: dunkermutombo 時間: 2011-1-27 22:38
其實呢類測試已經係廠LAB入面做哂，賣得街邊有咁容易俾END USER玩壞？ ...
JackWu 發表於 2011-1-27 21:36
有實際test起碼好似我呢d用家會用得更放心
唔駛慳住慳住咁
作者: jason2221995 時間: 2011-1-27 23:12
幾百KB 的檔案, 可能沒有真實寫入的
唔信你買兩個 SSD 返來
1個用樓主轉載的方法, 另1個 ...
167pk 發表於 2011-1-27 14:09
問題系, 一般用家有幾何有機會要寫入3x gb既file...
作者: rabbit82047 時間: 2011-1-27 23:13
未睇個 test 都有諗過好唔好轉走個 temp folder
睇完個 test 放心用算, 下下就住就住, 用 ssd 就冇哂意思
不過 bt 都係用舊 hd 好D, 死左都唔會可惜
作者: chengkf123 時間: 2011-1-27 23:29
想問壽命0左仲用得..咁個壽命個數值其實係REF咩
個優化TOOL INTEL獨有..?好唔好用..?
作者: Niel 時間: 2011-1-27 23:41
想問壽命0左仲用得..咁個壽命個數值其實係REF咩
個優化TOOL INTEL獨有..?好唔好用..? ...
chengkf123 發表於 2011-1-27 11:29 PM
0 = Read only
作者: 炎冬 時間: 2011-1-27 23:55
未睇個 test 都有諗過好唔好轉走個 temp folder
睇完個 test 放心用算, 下下就住就住, 用 ssd 就冇哂意思: ...
rabbit82047 發表於 2011-1-27 23:13
<--用緊隻舊80GB HDD來BT啦..死不足惜<--隻HDD, 哈哈
作者: zonebaby 時間: 2011-1-28 00:06
好残忍呀.....唔使就住就住.............
作者: kcstudiohk 時間: 2011-1-28 05:26
由我第一日用SSD就已經無理佢 write 左幾多..
梗本到我換個日佢都唔會變 read only ...
作者: BENNYLAI 時間: 2011-1-28 09:15
提示: 作者被禁止或刪除 內容自動屏蔽
作者: Livermore 時間: 2011-1-28 09:19
以後不用就住就住了
作者: terrybobo 時間: 2011-1-28 10:30
如果用係Notebook，根本冇得你就住。
作者: Rio 時間: 2011-1-28 11:10
其实我将佢FW过来就系想话畀大家知，SSD根本就唔使锡住来用，40G用两年早就outdate，趁佢依家好使好用就用尽佢，tempfile摆系SSD，上网真系会爽好多
至于BT了wor，我都系用只80G来load，贪佢大啲，唔使load完又要系咁清
作者: foxivan 時間: 2011-1-28 12:26
Nice post. Support!
作者: ricky1992 時間: 2011-1-28 19:54
真係good test
壞左記得通知聲呀!!!
SSD個然係好野尼 超值!!!
作者: sckds 時間: 2011-1-28 21:39
一早話左冇咁易死 , 從來冇就住用
成日就住就住 不如唔好用
作者: aasa 時間: 2011-1-28 22:14
洗錢買享受,唔是買就住
作者: ZOT 時間: 2011-1-29 05:57
我唔覺唔覺 SSD RAID 0 都行咗一年,完全無就住用,到暫時黎講豪無異狀,幾年後都唔知發展到乜世界,買返黎要刻意錫就住用就無哂意義。
作者: Ksec 時間: 2011-1-29 15:23
再加埋而家打夠 8GB Ram 都唔使 $600 蚊。 令 Random Read Write 既 Cache 更加小。 SSD 係已經好安全。 不過 20nm......就再小一倍總計寫入容量。。。。。 1x 再小D。。。。。
作者: rocketeer 時間: 2011-1-29 15:32
但現實server唔會用Windows
roytam1 發表於 2011-1-27 18:38
同時，server不會用X25-V
浴室大大系模擬普通用戶用Windows的情況。冇將case mapping去server application！
作者: Despair-Walter 時間: 2011-1-29 16:42
提示: 作者被禁止或刪除 內容自動屏蔽
作者: johnttt 時間: 2011-1-29 17:11
我部notebook两年前換上SLC, 號称有140年命, 我死咗它都未死, 点算? 可唔可以過啲壽命比我啊!
作者: JackWu 時間: 2011-1-29 18:23
同時，server不會用X25-V
浴室大大系模擬普通用戶用Windows的情況。冇將case mapping去server application ...
rocketeer 發表於 2011-1-29 15:32
I have been running X25-V on FreeBSD database server for a year.
作者: roytam1 時間: 2011-1-29 18:54
同時，server不會用X25-V
浴室大大系模擬普通用戶用Windows的情況。冇將case mapping去server application ...
rocketeer 發表於 2011-1-29 15:32
BIG-Server data center 有一堆機用梗啦
作者: alex_5111 時間: 2011-1-29 20:40
唔洗買SLC都得啦
作者: TeenageDre 時間: 2011-1-29 21:19
CHING 好有心多謝分享～
作者: sensibleheat 時間: 2011-1-29 21:34
hkepc forum 有沒有用SSD, 因為發覺HKEPC的速度快了很多.
作者: Phil_123 時間: 2011-1-29 21:40
要睇佢寫果個程式既 source code 先可以作定論... 佢係唔係真係肯定寫左落 SSD 度, 繞過左 Windows 個緩存機制先?
作者: rocketeer 時間: 2011-1-30 13:00
BIG-Server data center 有一堆機用梗啦
roytam1 發表於 2011-1-29 18:54
請問邊間公司的data centre用Intel X25-V?
ibm係用SF的controller，intel也只會推薦X25-E俾server用。
當然自己起或不是太重要的server用x25-v都可以用的。
作者: roytam1 時間: 2011-1-30 19:31
http://maido3.com/server/hybrid-banana/
X25-M
作者: 絕望之黑暗 時間: 2011-1-30 19:58
本帖最後由 絕望之黑暗 於 2011-1-30 20:07 編輯
[attach]1131450[/attach]
用了半年就 50%了.........
好像有3年保.....但是有人知道在香港是誰人保的??
作者: kcb 時間: 2011-1-30 21:39
這種測試不是一般人能做啊，恒心可嘉