第339章 奔腾的漏洞

此次参与评测的两款索尔架构的CPU，核心频率都是75MHz，采用目前最先进的0.5微米制程工艺，集成了远芯开发的增强型多媒体指令集MMX，并且得益于0.5微米的制程工艺，使得其能够集成64K的全速二级缓存——其工作频率和核心频率一致。

当初，在要不要集成二级缓存、集成多大、全速还是半速等诸多问题上，两边团队展开了激烈的讨论，到最后还是苏远山最终拍板，让星海那边采取较为温和一点，更注重市场的方案。

在苏远山的计划中，星海的CPU部门，将会是未来几年内联合AMD冲击INTEL王座的主力，因此就必须要考虑到市场的接受能力。相比之下，远芯这边的CPU部门则会看情况发展——最好的愿景是在明年就拿到intel对X86指令集的全部授权，你好我也好。

差一点就只能走曲线救国路线，在明年星海上市之后，依靠募集的资金在大陆与远芯和德州仪器一起成立一家新的合资公司，由星海占主导地位的那种。然后由新公司推出远芯设计的CPU。

而最差的，便是远芯CPU部门直接转为科研型单位，再蛰伏个五年，然后直奔64位处理器。

因此，相比沪市的科技园的CPU团队，苏远山甚至更重视cyrix一些也就不难理解了。

……

摄像机忠实地记录下了各项测试的进度。

当一项项测试结果被实时统计出来后，包括设计团队在内的所有测试人员都体现出不可置信的神色。

“二级缓存的作用居然大到如此程度？”克劳德的副手，也是之前一直和李明柳团队对接的霍尔普斯一直压抑着兴奋，当测试进行到一半后，他终于忍不住惊叹道。

“应该是对指令命中率的增强，大大提高了指令执行效率。”克劳德脸上很镇定，但也同样抑制不住惊喜：“此外整体架构，比起奔腾也先进了不少。”

虽然在设计和模拟阶段，光凭计算就能判断这块CPU的能力，但“纸上得来终觉浅，绝知此事要流片”这是芯片设计领域中公认的真理。

在完成流片之前，一切都是虚的。

“现在看来，这款CPU最大的问题就是成本了。”克劳德摸出手机，看了一眼时间，准备给苏远山那边通话。

测试已经进行了一大半，正在进行的quake，新CPU在搭配全新的主板后，甚至完成了史诗级的超越——FPS比目前intel最强的奔腾100MHz高了接近一倍。

——没错，索尔CPU为了照顾到Socket

7用户的体验，并没有采用新接口，而是继续选择了兼容Socket

7，使得它可以运行在支持奔腾型号cpu的主板上。

但真要完美运行，还是得搭配梅捷和远芯联合设计的芯片组才行。

“克劳德，有点不对。”

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

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

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

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

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

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

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

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

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

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

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

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

……

测试工程师很快便从测试实验室里找

出了好几块去年上市的奔腾CPU，从33到66的主频都有，此外还找到了另外主频的第二代奔腾。

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

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

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

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

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

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

所有的第一代奔腾，全部结果都是错的！

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

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

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

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

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

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

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

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

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