How is floating point stored? When does it matter?
var tax= 14900*(0.108); alert(tax);
The above gives an answer of 1609.2
var tax1= 14900*(10.8/100); alert(tax1);
The above gives an answer of 1609.200000000003
why? i guess i can round up the values, but why is this happening?
UPDATE: Found a temp solution for the problem.
(14900*10.8)/100 = 1609.2
(14898*10.8)/100 = 1608.9840000000002
For this multiply the 10.8 by a
factor(100 in this case) and adjust the denominator:
(14898*(10.8*100))/10000 = 1608.984
I guess if one can do a preg_match for the extra 000s and then adjust the factor accordingly, the float error can be avoided. The final solution would however be a math library.
Floating point value is inexact.
This is pretty much the answer to the question. There is finite precision, which means that some numbers can not be represented exactly.
The IEEE 754 standard floating point value can not represent e.g.
0.1 exactly. This is why numerical calculations with cents etc must be done very carefully. Sometimes the solution is to store values in cents as integers instead of in dollars as floating point values.
To see why floating point values are imprecise, consider the following analog:
In representing integers, you can represent values in the range of
+99999. Values outside of those range would require you to remember more than 5 digits, which (for the sake of this example) you can't do.
Now you may consider a fixed-point representation, something like
abc.de. Now you can represent values in the range of
+999.99, up to 2 digits of precision, e.g.
Now consider a floating point version. In your resourcefulness, you came up with the following scheme:
n = abc x 10
Now you can still remember only 5 digits
e, but you can now represent much wider range of numbers, even non-integers. For example:
123 x 10
123 x 10
123 x 10
123 x 10
123 x 10
This is how the name "floating point" came into being: the decimal point "floats around" in the above examples.
Now you can represent a wide range of numbers, but note that you can't represent
0.1234. Neither can you represent
123,001.0. In fact, there's a lot of values that you can't represent.
This is pretty much why floating point values are inexact. They can represent a wide range of values, but since you are limited to a fixed amount of memory, you must sacrifice precision for magnitude.
abc is called the significand, aka coefficient/mantissa. The
de is the exponent, aka scale/characteristics. As usual, the computer uses base 2 instead 10. In addition to remembering the "digits" (bits, really), it must also remember the signs of the significand and exponent.
A single precision floating point type usually uses 32 bits. A double precision usually uses 64 bits.
That behavior is inherent to floating point arithmic. That is why floating point arithmic is not suitable for dealing with money issues, which need to be exact.
There exist libraries, like this one, which help you limit rounding errors to the point where you actually need them (to represent as text). Those libraries don't really deal with floating point values, but with fractions (of integer values). So no 0.25, but 1/4 and so on.
Floating point values can be used for efficiently representing values in a much wide range than integer values could. However, it comes at a price: some values cannot be represented exactly (because they are stored binary) Every negative power of 10 for example (0.1, 0.01, etc.)
If you want exact results, try not to use floating point arithmetic.
Of course sometimes you can't avoid them. In that case, a few simple guidelines may help you minimize roundoff errors:
var tax1 = 14900 * 10.8 / 100 1609.2
It's magic. Just remember to avoid useless parentheses.
©2020 All rights reserved.