From owner-freebsd-chat Mon Sep 29 12:20:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA01816 for chat-outgoing; Mon, 29 Sep 1997 12:20:41 -0700 (PDT) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA01808 for ; Mon, 29 Sep 1997 12:20:35 -0700 (PDT) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id MAA17734; Mon, 29 Sep 1997 12:16:12 -0700 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id PAA12358; Mon, 29 Sep 1997 15:16:09 -0400 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id PAA20579; Mon, 29 Sep 1997 15:16:07 -0400 Received: (from alk@localhost) by compound.east.sun.com (8.8.7/8.7.3) id OAA25886; Mon, 29 Sep 1997 14:20:20 -0500 (CDT) Date: Mon, 29 Sep 1997 14:20:20 -0500 (CDT) Reply-To: Anthony.Kimball@East.Sun.COM Message-Id: <199709291920.OAA25886@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn To: tom@sdf.com Cc: michaelv@MindBender.serv.net, freebsd-chat@freefall.freebsd.org Subject: Re: supermicro p6sns/p6sas References: <199709291814.NAA25663@compound.east.sun.com> X-Mailer: VM 6.33 under 19.14 XEmacs Lucid Sender: owner-freebsd-chat@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Quoth Tom on Mon, 29 September: : : The Pentium division bug was fixed long ago. And Intel gave free : replacements to everyone. Yes. Similarly, by all reports, the K6 bug is fixed, and free replacements are available. I have to wonder whether Intel would have offered the free replacements if the division bug had not been so well publicized, but can only speculate and/or compare past vendor behaviour. : What? The "make world" problems were VERY serious. Simple operations : in gcc were being preformed incorrectly sometimes, causing core dumps. : Such failures appeared in all kinds of other software as well. Well, not all kinds. I understand that the various flavors of Windows are not known to demonstrate the bug. Seriousness in real-world terms means loss of life/limb/property. Wasted time is one form of partial loss of life, and certainly having to type 'make world' again is a waste of time, but a floating-point error in an embedded system could crash your airliner or slam your missile into a hospital. Again, relatively weighting the seriousness of the bugs in practice, I'd have to say that the major losses incurred in each case were those of the manufacturer. Certainly Intel lost more money on the division bug, but then they made more on the sales in the first place. The whole issue seems pretty subjective/hypothetical: No actual airliners ever used a pentium in a critical component to my knowledge, or if they did (hah!), they didn't crash because of it, thankfully. Of course an integer error is not intrinsically less likely to cause a control failure than a floating-point error, in favor of your point. I guess the issue is kind of like benchmarking -- unless you benchmark performance against your specific application, results are unreliable; similarly, correctness. Since are larger proportion of the Pentium user base (DOS/Windows users) were affected by the division bug, one might reasonably chose to argue on those grounds that the division bug was more serious.