flames ツ
2020-12-07T01:22:45+00:00
[url]https://hardforum.com/threads/diskfresh.1905993/[/url]
背景：
这个帖子的时间与三星以固件升级方式解决冷数据问题很接近，因此有一些讨论是基于当时最新的状况
隔壁[url]https://bbs.nga.cn/read.php?tid=24527561[/url]帖子也提到了这个软件：DiskFresh
这个软件是2013年就有的了。有用户声称，三星以固件更新方式解决冷数据问题之前，一些三星客服向用户推荐过这个软件。
没有发现厂商正面回应过这个问题。
镁光申请过一些看上去和这个问题相关的专利。
三星没有申请专利，但是那个帖子在三星冷数据门之后，因此猜测三星技术已经有了，只是不想把商业秘密申请专利。
中间有个回帖列举了很多信息，值得一看。(括号内为原帖没有的内容，是我补充的)
[quote]
1. Windows的磁盘查错无法解决这个问题。
2. 镜像复制太耗时间，碎片整理意义不大，且部分常用软件必须在操作系统启动前进行操作。
3. Samsung Magician跟这个问题无关(实际上我们知道，这主要是固件的作用，而不是前端管理软件)。
4. 它解决了一个现在已经没人提起的问题。然而，说不定硬盘厂商就是故意不修复这种问题呢？(结果WD这次又被人发现问题了)
5. 我不讲5的。(原文：well I'm going to take the fifth.)
6. 对于机械硬盘，磁盘碎片整理工具无用，因为冷数据一般都是已经就位很久的、非碎片状态的数据，平时只读不写，因此不会产生碎片，磁盘整理工具也就不会移动它们。
7. 读不会降低SSD寿命。写会。(楼下有人指出：读也会)
8. 在宣称以固件方式解决了问题的850Pro上，对数据进行刷新仍然能提升性能。
[/quote]另一个回帖指出
[quote]
(指出楼上7的错误)SSD写入会导致数据损失。
SSD上的数据损耗速度比很多人认知的要快。
大部分磁盘检测软件只检查写入错误，而不检查静止数据错误，所以不会主动刷新数据。
SMART不会检测相关问题。读取最频繁的区块，比如整个磁盘最前面的几个簇，寿命更短，这可能会导致磁盘分区信息损坏。作者自己就碰到了这个问题，并动手解决了。(作者是个80年代参与编写run length limited标准的大佬)
[/quote]以及引用的文献的一张图
[img]https://img.nga.178.com/attachments/mon_202012/08/9aQ5-e8h6KzToS8c-54.png[/img]
背景：
这个帖子的时间与三星以固件升级方式解决冷数据问题很接近，因此有一些讨论是基于当时最新的状况
隔壁[url]https://bbs.nga.cn/read.php?tid=24527561[/url]帖子也提到了这个软件：DiskFresh
这个软件是2013年就有的了。有用户声称，三星以固件更新方式解决冷数据问题之前，一些三星客服向用户推荐过这个软件。
没有发现厂商正面回应过这个问题。
镁光申请过一些看上去和这个问题相关的专利。
三星没有申请专利，但是那个帖子在三星冷数据门之后，因此猜测三星技术已经有了，只是不想把商业秘密申请专利。
中间有个回帖列举了很多信息，值得一看。(括号内为原帖没有的内容，是我补充的)
[quote]
1. Windows的磁盘查错无法解决这个问题。
2. 镜像复制太耗时间，碎片整理意义不大，且部分常用软件必须在操作系统启动前进行操作。
3. Samsung Magician跟这个问题无关(实际上我们知道，这主要是固件的作用，而不是前端管理软件)。
4. 它解决了一个现在已经没人提起的问题。然而，说不定硬盘厂商就是故意不修复这种问题呢？(结果WD这次又被人发现问题了)
5.
6. 对于机械硬盘，磁盘碎片整理工具无用，因为冷数据一般都是已经就位很久的、非碎片状态的数据，平时只读不写，因此不会产生碎片，磁盘整理工具也就不会移动它们。
7. 读不会降低SSD寿命。写会。(楼下有人指出：读也会)
8. 在宣称以固件方式解决了问题的850Pro上，对数据进行刷新仍然能提升性能。
[/quote]另一个回帖指出
[quote]
(指出楼上7的错误)SSD写入会导致数据损失。
SSD上的数据损耗速度比很多人认知的要快。
大部分磁盘检测软件只检查写入错误，而不检查静止数据错误，所以不会主动刷新数据。
SMART不会检测相关问题。读取最频繁的区块，比如整个磁盘最前面的几个簇，寿命更短，这可能会导致磁盘分区信息损坏。作者自己就碰到了这个问题，并动手解决了。(作者是个80年代参与编写run length limited标准的大佬)
[/quote]以及引用的文献的一张图
[img]https://img.nga.178.com/attachments/mon_202012/08/9aQ5-e8h6KzToS8c-54.png[/img]