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


請問呢句點解?

TOP

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



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

TOP

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

TOP

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

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



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

TOP

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

TOP

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

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

TOP

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



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

TOP

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

TOP

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

TOP

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

TOP