2)第339章 奔腾的漏洞_1991从芯开始
字体:      护眼 关灯
上一章 目录 下一章
  的芯片组才行。

  “克劳德,有点不对。”

  就在克劳德摁下拨号键的时候,边上几台电脑的也陆续完成了一系列的乘除法计算测试。

  这是远芯那边发过来的测试程序,主要是运用大量的科学计算来模拟实际中的工程、数学和相关行业运算的场景。

  所有的测试结果最终会获得一个准确的结果。

  “为什么这台电脑的结果不对?”

  一个负责测试的工程师指着那台66MHz的第一代奔腾,有些惊讶地看着测试结果——现在,其他显示器的画面都已经给出了测试完毕的时间和最终得数——那是一个Pi精确到小数点后第五位的数字。

  但第一台电脑,却得出了一个截然不同的数字。-

  “再试一次?”克劳德马上收起手机,他也很好奇地走到电脑前。

  重复测试之后,答案依旧。

  几个人面面相觑,克劳德甚至一时间都忘记了给苏远山打电话报喜。

  沉吟几秒后,他轻声道:“测试软件相同,其余五个平台的得数相同,那就只有一个原因……”

  “这项测试是浮点除法测试,是CPU负责的,很显然……这台奔腾66的浮点除法出问题了。”

  克劳德马上便用工程师的敏锐给出了答案:“你们再去找几个CPU,就找第一代奔腾系列的。”

  ……

  测试工程师很快便从测试实验室里找出了好几块去年上市的奔腾CPU,从33到66的主频都有,此外还找到了另外主频的第二代奔腾。

  为了保险起见,众人又全平台运行了一次测试,很快便得出结论,远芯这个浮点除法测试工具的答案是唯一且不变的。

  ——那台奔腾66的主机,答案也没变,依旧是-,显得那么卓岳不群。

  随着平台更换,所有人都紧张了起来。

  在场的都是玩CPU的工程师,都知道,CPU出现计算错误,是不太可能某一块出问题的——因为如果是单块CPU出问题,那最多的可能是在测试中造成死机或者结果不断变更的问题。

  而这一台的BUG结果可以被重复,就意味着它或许是设计缺陷,或者设计错误。

  时间一秒一秒过去,当更换后的平台再次给出结果后,所有人都面面相觑……脸上升起一股不知道该怎么说的情绪。

  所有的第一代奔腾,全部结果都是错的!

  “fuck……intel会犯这种错误吗?”霍普斯特瞪着眼,他把惊喜藏在眼底。

  作为从cyrix时代便紧追intel步伐的老兵,霍普斯特深知这个今天他们“暂时打倒”的巨人在CPU领域有着多么强大的设计和制造能力。

  “或许会。”克劳德很快便冷静下来,他在这一瞬间想到了很多可能,但最终一道光芒落在脑海——或许,这是除法表的问题。

  在目前的FPU单元,为了提高浮点除法运算速度,包括cyrix在内的所有芯片设计商才用的方案都是把除法表烧录在核心中,这样的好处是显而易见的。

  但同时也会带来一个麻烦,因为它是“人为”的,而不是通过EDA自动生成的。那么它也无法在各个仿真程序中进行模拟。

  所以,它是有可能出错的。

  难道是intel在设计过程中,除法表搞错了?

  想到此,克劳德迅速抓起电话,开始拨苏远山的手机。

  在此刻,报喜都已经是次要的了,弄清楚远芯的科学计算测试软件中到底是哪一条计算触发了这个漏洞才是重要的!

  请收藏:https://m.bwmkv.com

(温馨提示:请关闭畅读或阅读模式,否则内容无法正常显示)

上一章 目录 下一章