驱动程序会干扰这个SMART数值,所以很多平台下会出现只有NAND写入量增加或者HOST写入量增加的情况,造成很多用户以为写放大非常大的假象。另外CDI对B1的判定为盘容量/2后的MB数字=B1.也就是128GB的为64MB=B1,而256GB的为128MB=B1,这个算法其实是错误的,因为浦科特换过颗粒,所以这个算法只适合老版TYPE A的算法。(前提是驱动也要正确,不然数字没意义,如一开始所说)
建议没有必要的情况下,换回微软默认的AHCI驱动使用,这样再自己测试写入一个固定大小的文件,来判定B1到底代表多少MB的数值。
按照我的经验,如果驱动和SMART正常的情况下,B1和颗粒BLOCK大小有关,公式如下:
64GB=16(block) 也是就19nm Type A = 2MB X 16 = 32MB 每增加一个B1, 而19nm Type C = 4MB X 16 = 64MB 每增加一个B1,下面类推。
128GB=32
256GB=64
512GB=128
由于老版M5S或者M5P TYPE A颗粒情的BLOCK为2MB,而新版M5S和M5Pro TYPE C颗粒BLOCK为4MB.所以不能一概而论,CDI是按照老版的计算了。
当然我不是浦科特的固件开发者,因此以上例子也只是做为一个普通用户的猜测。 |