K_C_

幾百KB 的檔案, 可能沒有真實寫入的
167pk 發表於 2011-1-27 14:09

請問呢句點解?

kclam

是個白痴TEST
應用2個檔案各大小為 3x GB 不斷重複覆寫才準確
167pk 發表於 2011-1-27 12:54

行OS用, 邊到黎咁多3xGB o既files呀
你提議個test咪中唔實際
唔好剩係用得果幾隻字就推番人地個test
係就買番隻, 跑番幾個月測試, 寫多幾段字, 先黎講野啦

yanjar

其實 read/write speed 係呢段其間又有冇大變化呢 ?

kclam

幾百KB 的檔案, 可能沒有真實寫入的

唔信你買兩個 SSD 返來  
1個用樓主轉載的方法, 另1個 ...
167pk 發表於 2011-1-27 14:09

不如叫人倒3碗油出黎, 3碗煮埋一1碗, 飲左佢
你就明架喇

mydaniel

重點都係佢編左乜程式 ,個測試得佢自己睇得明

roytam1

> 目前还在折磨中，至此开机了接近7000小时，期间每12小时暂停下进行下Toolbox优化。

每12小時暫停下進行下Toolbox優化依樣本身就唔符合實際使用啦。
2ch 啲 server 都有用 X-25M 做 System disk，實際上根本冇時間可以行toolbox。

Niel

写入的文件模式为A和B：
實際文件總大小是否大於 40GB 呢
寫入累計多少是沒意義的  ...
167pk 發表於 2011-1-27 12:48 PM

寫入累計多少是有意義的，因為SSD controller會做wear leveling。

albert_ma

仲寫得唔代表仲用到喎
失哂速架話，點用?

JackWu

仲寫得唔代表仲用到喎
失哂速架話，點用?
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

測試方法正確，不過要留意，文中的方法只可用於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可以做出更高的數值。