5 ms·
However I was quite concerned at the time when they said, quite incorrectly that there was no risk to their users from this bug.
by wglb 2y ago
However I was quite concerned at the time when they said, quite incorrectly that there was no risk to their users from this bug.
- charcircuit 2y agoWhat is the risk? It seems very small to me.
- wglb 2y agoThe risk is that some divisions will be fully off. If it is a chain of calculations, e.g. some stress analysis, or a spreadsheet involving a chain of calculations for a financial report, it could be bad.
- charcircuit 2y agoDivisions being off isn't the end of the world. Even without the bug the division can be fully off due to it using fixed precision floats. Stress analysis and financial reports are more likely to be wrong due to other sources of error than a division being slightly off. If you really wanted exact numbers you wouldn't be using fixed precision floats anyways.
- wglb 2y agoFrom the wikipedia article: Abrash spent hours tracking down exact conditions needed to produce the bug, which would result in parts of a game level appearing unexpectedly when viewed from certain camera angles.
- charcircuit 2y agoYet, they thought the 1 frame flash was insignificant enough to ship the game with it instead of spending time to workaround the bad division. But thank you for providing an example.
- MBCook 2y agoYeah but when the bug triggered you only got like eight digits worth of floating point. The article says IBM expected normal users to hit it every few days.
- charcircuit 2y agoHitting the bug doesn't mean that it would cause a practical issue for the user.
- hansvm 2y agoAlright, then quantum chemistry simulations. It's very common in the field to have algorithms with known error bounds given a certain floating point size and to choose a size amenable to the scale of simulation you intend to attempt. If some of your computations are at half precision, the results are hosed.
- charcircuit 2y agoMost consumers are not doing quantum chemistry simulations.
- inetknght 2y ago> If you really wanted exact numbers you wouldn't be using fixed precision floats anyways. Let the adults play with things that need to work exactly as documented (such as IEEE 754 floating point representations) and therefore can be relied upon when required. You can go back to building your little unreliable toys that nobody uses.
- charcircuit 2y agoThere is no need to belittle me while not providing a practical example where the average consumer can be harmed by this bug.
- fragmede 2y agotherac 25?
- charcircuit 2y agoThe average consumer with a pentium didn't have it in a radiation therapy machine.
- 2y ago
- insufferable_tw 2y agoThis is a perfect example of "normalization of deviance".
- brookst 2y agoaka six sigma?
- eru 2y agoYou don't need precise numbers to figure out whether your bridge will stand. What you need is a calculation designed to be robust to the errors incurred in measurement and computation. The standard for floats guarantees you specific and precise error bounds that you can use to do an error analysis for your whole calculation. Most likely whatever engineering software you use to check your bridge design, will already have this error analysis baked in. If you introduce some arbitrary other errors, you'd have to redo you error analysis from scratch. And it might not even be tractable, depending on the errors introduced. (The standard floating point error guarantees are designed to behave reasonably well and easily predictably when combined into a larger calculation.)
- colechristensen 2y agoYou just have no idea what you're talking about. People get killed when things go wrong, and this "oh well other problems are probably worse" attitude is dangerous. There's no such thing as exact numbers, but there is such a thing about reliable models. The errors introduced by calculating with numerical methods are studied and well understood, a processor not following exactly the rules it's supposed to is an enormous problem. Here's a little introduction to condition numbers and how they're used to understand floating point error introduced in calculations: https://www.cs.cornell.edu/~bindel/class/cs6210-f12/notes/lec04.pdf https://www.cs.cornell.edu/~bindel/class/cs6210-f12/notes/le...
- charcircuit 2y agoThe FDIV bug is not theoretical. It existed and no one died from it. People love to come up with theoretically how the bug can cause terrible things to happen, but in practice it didn't. The next run of the processor had the fix and the world moved on.
- colechristensen 2y ago1. Intel wasn’t very popular for scientific computing in 1994 2. No one was stupid enough to make life critical calculations on Intel after it was discovered and widely publicized You, on the other hand, are suggesting it was no big deal and acting like people doing important work should have just ignored the bug. The reason bugs like this didn’t kill people in a large disaster is that folks with your disposition weren’t in charge of making decisions that would have led to that. They did a recall that cost Intel a billion dollars adjusted for the present. It wasn’t just ignored.
- charcircuit 2y ago>and acting like people doing important work should have just ignored the bug. No, I am acting like the average consumer could have ignored the bug. There wasn't a need to do a mass recall of every chip as the chip would still be fine for most users. Yes, there was a recall for people who needed it to work correctly, but in practice not everyone needs it.
- wglb 2y agoAnd another note: Locked reads must be paired with locked writes, and the CPU's bus interface enforces this by forbidding other memory accesses until the corresponding writes occur. As none are forthcoming, after performing these bus cycles all CPU activity stops, and the CPU must be reset to recover