Article View: comp.sys.ibm.pc.games.rpg
Article #573Re: Problem with Pentium processors
From: jab... Jeff Abramson
Date: Tue, 29 Nov 1994 23:44
Date: Tue, 29 Nov 1994 23:44
167 lines
9563 bytes
9563 bytes
I am crossposting this because I know the questions will continue to come
up. Although I don't officially speak for Intel, I hope that I can clear up
some confusion about this bug.
> I was watching Headline News today and saw an article on
> a problem with Pentium processors. Evidently, they can give
> WRONG answers to math computations. Some mathmatician(sp) or
> professor or some guy found the problem while doing long
> division on a Pentium. The error occurs somewhere around the
> 9th decimal place. This is great for me. I just bought a
> Pentium over the summer.
>
> What I want to know is how this future games on my system.
> So far everything has run fine. I have a P-66, does anyone
> know if the problem is with all speeds. Intel said that
> they are fixing the problem on future Pentium chips, but
> are not issuing a recall on the older ones.
>
> Essentially, I want to hear that everything is cool with my
> computer. So far it has been very good. Any info would be
> appreciated. Thanks.
Let me try to clear up some issues on this bug. At the very end of my post
is a re-print of a posting that Andy Grove made to one of the newsgroups
(comp.sys.intel). Andy Grove is the president of Intel Corp.
The first paragraph of the posting above is correct. The bug occurs when
you have many many floating point divides (around 9 BILLION of them). DOOM
does not do this many floating point divides. Neither does XCOM or Tie
Fighter or Ultima any other game we play. In fact, neither does DOS, OS-2,
123, Excel, Powerpoint, Quicken... Intel believes that only a handful of
users in the WORLD will be affected by this bug, those doing mathematical
calculations usually done on supercomputers.
Intel engineers found this bug before it was found outside. In fact, I work
with the individuals that found it. You may disagree that it was wrong of
Intel to "hide" the fact that there was a bug, and off the record, I agree
with you. The decision was made to fix it without releasing any information
because the impact is small. You (and I) may disagree that that decision
was wrong.
There is a simple program that you can find on the net that will show you if
you have the bug. I don't have it - I don't know where it is. But most
likely you will never be affected by this bug. I believe that there are
also workarounds available as well. Intel will replace your part if
necessary, so if you have concerns then please contact the place where you
bought your system. Note that most likely you will not get a replacement
because most likely you don't need it. They should have the 800-number that
you can use to talk to an engineer. Sorry, we have just implemented this
number so I don't know the number you - I will post it when I do find it.
Bottom line, you are fine. Unless you are predicting the weather for the
world, or building solar system models, etc., you are fine. Let me know if
you have any other questions, and if you hit the bug, go buy a lottery
ticket :) Read on for more details.
----- ANDY GROVE POST FOLLOWS --------------------------------------
From: Andy Grove <Andy_...@intel.com>
Newsgroups: comp.sys.intel
Subject: My Perspective on the Pentium Processor - ASG
Date: 27 Nov 1994 23:39:43 GMT
Organization: Intel
This is Andy Grove, president of Intel. I'd like to comment a bit on
the conversations that have been taking place here.
First of all, I am truly sorry for the anxiety created among you by
our floating point issue. I read thru some of the postings and it's
clear that many of you have done a lot of work around it and
that some of you are very angry at us.
Let me give you my perspective on what has happened here.
The Pentium processor was introduced into the market in May of '93
after the most extensive testing program we at Intel have ever
embarked on. Because this chip is three times as complex as the 486,
and because it includes a number of improved floating point
algorithms, we geared up to do an array of tests, validation, and
verification that far exceeded anything we had ever done. So did many
of our OEM customers. We held the introduction of the chip several
months in order to give them more time to check out the chip and their
systems. We worked extensively with many software companies to this
end as well.
We were very pleased with the result. We ramped the processor faster
than any other in our history and encountered no significant problems
in the user community. Not that the chip was perfect; no chip ever
is. From time to time, we gathered up what problems we found and put
into production a new "stepping" -- a new set of masks that
incorporated whatever we corrected. Stepping N was better than
stepping N minus 1, which was better than stepping N minus 2. After
almost 25 years in the microprocessor business, I have come to the the
conclusion that no microprocessor is ever perfect; they just come
closer to perfection with each stepping. In the life of a typical
microprocessor, we go thru half a dozen or more such steppings.
Then, in the summer of '94, in the process of further testing (which
continued thru all this time and continues today), we came upon the
floating point error. We were puzzled as to why neither we nor anyone
else had encountered this earlier. We started a separate project,
including mathematicians and scientists who work for us in areas other
than the Pentium processor group to examine the nature of the problem
and its impact.
This group concluded after months of work that (1) an error is only
likely to occur at a frequency of the order of once in nine billion
random floating point divides, and that (2) this many divides in all
the programs they evaluated (which included many scientific
programs) would require elapsed times of use that would be longer than
the mean time to failure of the physical computer subsystems. In
other words, the error rate a user might see due to the floating point
problem would be swamped by other known computer failure mechanisms.
This explained why nobody -- not us, not our OEM customers, not the
software vendors we worked with and not the many individual users --
had run into it.
As some of you may recall, we had encountered thornier problems with
early versions of the 386 and 486, so we breathed a sigh of relief
that with the Pentium processor we had found what turned out to be a
problem of far lesser magnitude. We then incorporated the fix into
the next stepping of both the 60 and 66 and the 75/90/100 MHz Pentium
processor along with whatever else we were correcting in that next
stepping.
Then, last month Professor Nicely posted his observations about this
problem and the hubbub started. Interestingly, I understand from
press reports that Prof. Nicely was attempting to show that
Pentium-based computers can do the jobs of big time supercomputers in
numbers analyses. Many of you who posted comments are evidently also
involved in pretty heavy duty mathematical work.
That gets us to the present time and what we do about all this.
We would like to find all users of the Pentium processor who are
engaged in work involving heavy duty scientific/floating point
calculations and resolve their problem in the most appropriate fashion
including, if necessary, by replacing their chips with new ones. We
don't know how to set precise rules on this so we decided to do it
thru individual discussions between each of you and a technically
trained Intel person. We set up 800# lines for that purpose. It is
going to take us time to work thru the calls we are getting, but we
will work thru them. I would like to ask for your patience here.
Meanwhile, please don't be concerned that the passing of time will
deprive you of the opportunity to get your problem resolved -- we
will stand behind these chips for the life of your computer.
Sorry to be so long-winded -- and again please accept my apologies
for the situation. We appreciate your interest in the Pentium
processor, and we remain dedicated to bringing it as close to
perfection as possible.
I will monitor your communications in the future -- forgive me if I
can't answer each of you individually.
Andy Grove
--
--Jeff Abramson ***** I don't speak for Intel Corp. *****
*P6* Design Team - MD6 jab...@ichips.intel.com Kinetic Dragon
Intel Corporation, Hillsboro OR (503) 696-4784 -==(UDIC)==-
Technical Details
Message-ID:
<JABRAM.94Nov29154420@pdx025.ichips.intel.com>Path:
mbox-mo1.pugleaf.net!bga.com!news.sprintlink.net!howland.reston.ans.net!cs.utexas.edu!asuvax!chnews!ornews.intel.com!news.jf.intel.com!news.jf.intel.com!jabramReferences:
<3b3mqa$jb3@homesick.cs.unlv.edu>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!bga.com!news.sprintlink.net!howland.reston.ans.net!cs.utexas.edu!asuvax!chnews!ornews.intel.com!news.jf.intel.com!news.jf.intel.com!jabram From: jab...@ichips.intel.com (Jeff Abramson) Newsgroups: comp.sys.ibm.pc.games.action,comp.sys.ibm.pc.games.rpg,comp.sys.ibm.pc.games.adventure,comp.sys.ibm.pc.strategic,comp.sys.ibm.pc.games.marketplace Subject: Re: Problem with Pentium processors Date: 29 Nov 1994 23:44:20 GMT Organization: Intel Corp., Hillsboro, Oregon Lines: 170 Message-ID: <JABRAM.94Nov29154420@pdx025.ichips.intel.com> References: <3b3mqa$jb3@homesick.cs.unlv.edu> NNTP-Posting-Host: pdx025.intel.com In-reply-to: machine@unlv.edu's message of 25 Nov 1994 03:48:26 GMT MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit