重復測試之后，答案依舊。
幾個人面面相覷，克勞德甚至一時間都忘記了給蘇遠山打電話報喜。
沉吟幾秒后，他輕聲道：“測試軟件相同，其余五個平臺的得數相同，那就只有一個原因……”
“這項測試是浮點除法測試，是CPU負責的，很顯然……這臺奔騰66的浮點除法出問題了。”
克勞德馬上便用工程師的敏銳給出了答案：“你們再去找幾個CPU，就找第一代奔騰系列的。”
……
測試工程師很快便從測試實驗室里找出了好幾塊去年上市的奔騰CPU，從33到66的主頻都有，此外還找到了另外主頻的第二代奔騰。
為了保險起見，眾人又全平臺運行了一次測試，很快便得出結論，遠芯這個浮點除法測試工具的答案是唯一且不變的。
——那臺奔騰66的主機，答案也沒變，依舊是顯得那么卓岳不群。
隨著平臺更換，所有人都緊張了起來。
在場的都是玩CPU的工程師，都知道，CPU出現計算錯誤，是不太可能某一塊出問題的——因為如果是單塊CPU出問題，那最多的可能是在測試中造成死機或者結果不斷變更的問題。
而這一臺的BUG結果可以被重復，就意味著它或許是設計缺陷，或者設計錯誤。
時間一秒一秒過去，當更換后的平臺再次給出結果后，所有人都面面相覷……臉上升起一股不知道該怎么說的情緒。
所有的第一代奔騰，全部結果都是錯的！
“**……intel會犯這種錯誤嗎？”霍普斯特瞪著眼，他把驚喜藏在眼底。
作為從cyrix時代便緊追intel步伐的老兵，霍普斯特深知這個今天他們“暫時打倒”的巨人在CPU領域有著多么強大的設計和制造能力。
“或許會。”克勞德很快便冷靜下來，他在這一瞬間想到了很多可能，但最終一道光芒落在腦海——或許，這是除法表的問題。
在目前的FPU單元，為了提高浮點除法運算速度，包括cyrix在內的所有芯片設計商才用的方案都是把除法表燒錄在核心中，這樣的好處是顯而易見的。
但同時也會帶來一個麻煩，因為它是“人為”的，而不是通過EDA自動生成的。那么它也無法在各個仿真程序中進行模擬。
所以，它是有可能出錯的。
難道是intel在設計過程中，除法表搞錯了？
想到此，克勞德迅速抓起電話，開始撥蘇遠山的手機。
在此刻，報喜都已經是次要的了，弄清楚遠芯的科學計算測試軟件中到底是哪一條計算觸發了這個漏洞才是重要的！