MemTest86尝试对RAM进行完整的测试。这样做时,它也已成为一项不错的全面测试,因为其中一些测试还涉及主板的内存控制器和CPU。
RAM已大大增加,以至于如今的便携式电话可能比20年前的大型机包含更多的RAM。随着MemTest86的发展,测试数量成倍增加,RAM也随之增长。尽管RAM变得越来越快,但测试仍很耗时,以小时甚至数天为单位。
现在来个坏消息:我发现至少有两个可敬的消息来源,
十个论坛
和
Wiki如何
提供相同的建议。我引用十个论坛的话:
MemTest86 +至少需要运行8次才能得出结论,否则将无法对RAM进行完整的分析。
如果十个论坛成员要求您运行MemTest86 +,请确保运行完整的8个通行证以获得最终结果。如果您运行的次数少于8次,则会要求您重新运行一次。
我应该指出,MemTest86有两个版本,免费版和专业版,其中专业版比免费版和配置选项具有更多的测试。您可能会在“ 功能比较 ”一文中看到差异
。
有关最佳通过次数的更多信息,可以从
MemTest86配置信息(仅在Pro版本中可用)的描述中从MemTest86技术信息一文中获得mt86.cfg:
合格1
指定第一遍应运行完全测试还是简化测试。默认情况下,第一遍应该运行简化的测试(即减少迭代次数),以便尽快检测出最明显的错误。
结论1:第一遍较短且更快,主要用于检测硬错误。令人鼓舞的是,第一遍通过没有错误,这一事实令人鼓舞,但免费版的用户需要等待第二遍通过才能进行全部测试。
我发现通过次数最多的是此测试:
测试7 [反向移动,32位模式]
这是移动反演算法的一种变体,该算法针对每个连续地址将数据模式左移一位。每次通过时,起始位位置向左移动。为了使用所有可能的数据模式,需要32次通过。该测试对于检测数据敏感错误非常有效,但是执行时间很长。
结论2:测试7需要32个通过才能完全完成,这是真正详尽的测试所需通过次数的上限。
我还指出,许多测试使用随机模式,每次通过的模式都不同,这意味着每次通过都是不同的。如果把它推到荒谬的高度,我们可以得出结论,绝对结论性结果所需要的通过次数没有上限。
我的意见
我对通过次数的看法是,应该运行与需要等待的次数一样多的通过次数。下限似乎是两次通过,因为只有第二次才是完整的测试。但是“多少就足够”的问题没有真正的答案。我再次指出,对于我上面引用的两个技术参考,获得良好而确定的结果所需的最小通过次数为8次通过(也许使Test 7可以完成一个完整的8位字节)。
另一方面,应非常重视MemTest86发现的错误。当在这里提出有关可接受的故障数量的问题时,我的回答是,即使是一次故障也太多了,也不可接受。