其实对于5.0时代的SSD们，最大的问题不是功耗：这点可以随着制程的升级去改善，而是如何在slc cache这一算法上做取舍。
如果要做8000mb/s的甜点盘写入，那么唯一可行的途径是激进的算法，但这会带来更加严重的write back惩罚等；而采用原本的固定slc cache，爆发性能不足的同时，对于中低端产品而言表现只会更差。
#丁真吹存储
如果要做8000mb/s的甜点盘写入，那么唯一可行的途径是激进的算法，但这会带来更加严重的write back惩罚等；而采用原本的固定slc cache，爆发性能不足的同时，对于中低端产品而言表现只会更差。
#丁真吹存储
硬件观察 VER3.0 With HOMOLAB
其实对于5.0时代的SSD们，最大的问题不是功耗：这点可以随着制程的升级去改善，而是如何在slc cache这一算法上做取舍。 如果要做8000mb/s的甜点盘写入，那么唯一可行的途径是激进的算法，但这会带来更加严重的write back惩罚等；而采用原本的固定slc cache，爆发性能不足的同时，对于中低端产品而言表现只会更差。 #丁真吹存储
说白了，是用激进的性能换取跑很好看，然后爆缓惩罚严重；还是用较为平庸的cache机制去换取更好的稳态，这个没有对错，纯粹只是看各家的思路和理解罢了。
目前不推荐购买SN640，问了下似乎WD从去年开始普遍拒保这一产品，尤其是所谓的“国行全新盘”
可以视为无保的sn640 7.68t，在性能与价格上都并没有优势
可以视为无保的sn640 7.68t，在性能与价格上都并没有优势
Forwarded from 硬件观察 VER3.0 With HOMOLAB
目前不推荐购买SN640，问了下似乎WD从去年开始普遍拒保这一产品，尤其是所谓的“国行全新盘”
可以视为无保的sn640 7.68t，在性能与价格上都并没有优势
可以视为无保的sn640 7.68t，在性能与价格上都并没有优势
这是一个只有dc／enterprise ssd才有的烦恼，SSD在Windows11下写入性能严重受限，cm6v 3.2t跑ezfio，4k q256 write iops最高只有350k，seq write也有1400mb/s的速率限制，目前我不太确定是nvme驱动还是文件系统的锅。
（似乎是大部分版本都存在这个bug）
（似乎是大部分版本都存在这个bug）