KNOWPIA
WELCOME TO KNOWPIA

**Rounding** or **rounding off** means replacing a number with an approximate value that has a shorter, simpler, or more explicit representation. For example, replacing $23.4476 with $23.45, the fraction 312/937 with 1/3, or the expression √2 with 1.414.

Rounding is often done to obtain a value that is easier to report and communicate than the original. Rounding can also be important to avoid misleadingly precise reporting of a computed number, measurement, or estimate; for example, a quantity that was computed as 123,456 but is known to be accurate only to within a few hundred units is usually better stated as "about 123,500".

On the other hand, rounding of exact numbers will introduce some round-off error in the reported result. Rounding is almost unavoidable when reporting many computations – especially when dividing two numbers in integer or fixed-point arithmetic; when computing mathematical functions such as square roots, logarithms, and sines; or when using a floating-point representation with a fixed number of significant digits. In a sequence of calculations, these rounding errors generally accumulate, and in certain ill-conditioned cases they may make the result meaningless.

Accurate rounding of transcendental mathematical functions is difficult because the number of extra digits that need to be calculated to resolve whether to round up or down cannot be known in advance. This problem is known as "the table-maker's dilemma".

Rounding has many similarities to the quantization that occurs when physical quantities must be encoded by numbers or digital signals.

A wavy equals sign (**≈**, *approximately equal to*) is sometimes used to indicate rounding of exact numbers, e.g. 9.98 ≈ 10. This sign was introduced by Alfred George Greenhill in 1892.^{[1]}

Ideal characteristics of rounding methods include:

- Rounding should be done by a function. This way, when the same input is rounded in different instances, the output is unchanged.
- Calculations done with rounding should be close to those done without rounding.
- As a result of (1) and (2), the output from rounding should be close to its input, often as close as possible by some metric.

- To be considered rounding, the range will be a subset of the domain, in general discrete. A classical range is the integers,
**Z**. - Rounding should preserve symmetries that already exist between the domain and range. With finite precision (or a discrete domain), this translates to removing bias.
- A rounding method should have utility in computer science or human arithmetic where finite precision is used, and speed is a consideration.

Because it is not usually possible for a method to satisfy all ideal characteristics, many different rounding methods exist.

As a general rule, rounding is idempotent;^{[2]} i.e., once a number has been rounded, rounding it again to the same precision will not change its value. Rounding functions are also monotonic; i.e., rounding two numbers to the same absolute precision will not exchange their order (but may give the same value). In the general case of a discrete range, they are piecewise constant functions.

Typical rounding problems include:

Rounding problem | Example input | Result | Rounding criterion |
---|---|---|---|

Approximating an irrational number by a fraction | π | 22/7 | 1-digit-denominator |

Approximating a rational number by a fraction with smaller denominator | 399 / 941 | 3 / 7 | 1-digit-denominator |

Approximating a fraction by a fractional decimal number | 5 / 3 | 1.6667 | 4 decimal places |

Approximating a fractional decimal number by one with fewer digits | 2.1784 | 2.18 | 2 decimal places |

Approximating a decimal integer by an integer with more trailing zeros | 23,217 | 23,200 | 3 significant figures |

Approximating a large decimal integer using scientific notation | 300,999,999 | 3.01 × 10^{8} |
3 significant figures |

Approximating a value by a multiple of a specified amount | 48.2 | 45 | Multiple of 15 |

Approximating each of a finite set of real numbers by an integer so that the sum of the rounded numbers equals the rounded sum of the numbers^{[nb 1]} |
{0, 0, 1} | Sum of rounded elements equals rounded sum of elements |

The most basic form of rounding is to replace an arbitrary number by an integer. All the following rounding modes are concrete implementations of an abstract single-argument "round()" procedure. These are true functions (with the exception of those that use randomness).

These four methods are called **directed rounding to an integer**, as the displacements from the original number `x` to the rounded value `y` are all directed toward or away from the same limiting value (0, +∞, or −∞). Directed rounding is used in interval arithmetic and is often required in financial calculations.

If `x` is positive, round-down is the same as round-toward-zero, and round-up is the same as round-away-from-zero. If `x` is negative, round-down is the same as round-away-from-zero, and round-up is the same as round-toward-zero. In any case, if `x` is an integer, `y` is just `x`.

Where many calculations are done in sequence, the choice of rounding method can have a very significant effect on the result. A famous instance involved a new index set up by the Vancouver Stock Exchange in 1982. It was initially set at 1000.000 (three decimal places of accuracy), and after 22 months had fallen to about 520, although the market appeared to be rising. The problem was caused by the index being recalculated thousands of times daily, and always being truncated (rounded down) to 3 decimal places, in such a way that the rounding errors accumulated. Recalculating the index for the same period using rounding to the nearest thousandth rather than truncation corrected the index value from 524.811 up to 1098.892.^{[3]}

For the examples below, sgn(*x*) refers to the sign function applied to the original number, *x*.

One may **round down** (or take the **floor**, or **round toward negative infinity**): `y` is the largest integer that does not exceed `x`.

For example, 23.7 gets rounded to 23, and −23.2 gets rounded to −24.

One may also **round up** (or take the **ceiling**, or **round toward positive infinity**): `y` is the smallest integer that is not less than `x`.

For example, 23.2 gets rounded to 24, and −23.7 gets rounded to −23.

One may also **round toward zero** (or **truncate**, or **round away from infinity**): `y` is the integer that is closest to `x` such that it is between 0 and `x` (included); i.e. `y` is the integer part of `x`, without its fraction digits.

For example, 23.7 gets rounded to 23, and −23.7 gets rounded to −23.

One may also **round away from zero** (or **round toward infinity**): `y` is the integer that is closest to 0 (or equivalently, to `x`) such that `x` is between 0 and `y` (included).

For example, 23.2 gets rounded to 24, and −23.2 gets rounded to −24.

These six methods are called **rounding to the nearest integer**. Rounding a number `x` to the nearest integer requires some tie-breaking rule for those cases when `x` is exactly half-way between two integers – that is, when the fraction part of `x` is exactly 0.5.

If it were not for the 0.5 fractional parts, the round-off errors introduced by the round to nearest method would be symmetric: for every fraction that gets rounded down (such as 0.268), there is a complementary fraction (namely, 0.732) that gets rounded up by the same amount.

When rounding a large set of fixed-point numbers with uniformly distributed fractional parts, the rounding errors by all values, with the omission of those having 0.5 fractional part, would statistically compensate each other. This means that the expected (average) value of the rounded numbers is equal to the expected value of the original numbers when numbers with fractional part 0.5 from the set are removed.

In practice, floating-point numbers are typically used, which have even more computational nuances because they are not equally spaced.

One may **round half up** (or **round half toward positive infinity**), a tie-breaking rule that is widely used in many disciplines.^{[citation needed]} That is, half-way values of `x` are always rounded up. If the fractional part of `x` is exactly 0.5, then `y` = `x` + 0.5

For example, 23.5 gets rounded to 24, and −23.5 gets rounded to −23.

Some programming languages (such as Java and Python) use "half up" to refer to *round half away from zero* rather than *round half toward positive infinity*.^{[4]}^{[5]}

This method only requires checking one digit to determine rounding direction in two's complement and similar representations.

One may also **round half down** (or **round half toward negative infinity**) as opposed to the more common *round half up*. If the fractional part of `x` is exactly 0.5, then `y` = `x` − 0.5

For example, 23.5 gets rounded to 23, and −23.5 gets rounded to −24.

Some programming languages (such as Java and Python) use "half down" to refer to *round half toward zero* rather than *round half toward negative infinity*.^{[4]}^{[5]}

One may also **round half toward zero** (or **round half away from infinity**) as opposed to the conventional *round half away from zero*. If the fractional part of `x` is exactly 0.5, then `y` = `x` − 0.5 if `x` is positive, and `y` = `x` + 0.5 if `x` is negative.

For example, 23.5 gets rounded to 23, and −23.5 gets rounded to −23.

This method treats positive and negative values symmetrically, and therefore is free of overall positive/negative bias if the original numbers are positive or negative with equal probability. It does, however, still have bias toward zero.

One may also **round half away from zero** (or **round half toward infinity**), a tie-breaking rule that is commonly taught and used, namely: If the fractional part of `x` is exactly 0.5, then `y` = `x` + 0.5 if `x` is positive, and `y` = `x` − 0.5 if `x` is negative.

For example, 23.5 gets rounded to 24, and −23.5 gets rounded to −24.

This can be more efficient on binary computers that use sign-magnitude representation because only the first omitted bit needs to be considered to determine if it rounds up (on a 1) or down (on a 0). This is one method used when rounding to significant figures due to its simplicity.

This method, also known as **commercial rounding**,^{[citation needed]} treats positive and negative values symmetrically, and therefore is free of overall positive/negative bias if the original numbers are positive or negative with equal probability. It does, however, still have bias away from zero.

It is often used for currency conversions and price roundings (when the amount is first converted into the smallest significant subdivision of the currency, such as cents of a euro) as it is easy to explain by just considering the first fractional digit, independently of supplementary precision digits or sign of the amount (for strict equivalence between the paying and recipient of the amount).

One may also **round half to even**, a tie-breaking rule without positive/negative bias *and* without bias toward/away from zero. By this convention, if the fractional part of `x` is 0.5, then `y` is the even integer nearest to `x`. Thus, for example, 23.5 becomes 24, as does 24.5; however, −23.5 becomes −24, as does −24.5. This function minimizes the expected error when summing over rounded figures, even when the inputs are mostly positive or mostly negative, provided they are neither mostly even nor mostly odd.

This variant of the round-to-nearest method is also called **convergent rounding**, **statistician's rounding**, **Dutch rounding**, **Gaussian rounding**, **odd–even rounding**,^{[6]} or **bankers' rounding**.^{[7]}

This is the default rounding mode used in IEEE 754 operations for results in binary floating-point formats.

By eliminating bias, repeated addition or subtraction of independent numbers, as in a one-dimensional random walk, will give a rounded result with an error that tends to grow in proportion to the square root of the number of operations rather than linearly.

However, this rule distorts the distribution by increasing the probability of evens relative to odds. Typically this is less important^{[citation needed]} than the biases that are eliminated by this method.

One may also **round half to odd**, a similar tie-breaking rule to round half to even. In this approach, if the fractional part of `x` is 0.5, then `y` is the odd integer nearest to `x`. Thus, for example, 23.5 becomes 23, as does 22.5; while −23.5 becomes −23, as does −22.5.

This method is also free from positive/negative bias and bias toward/away from zero, provided the numbers to be rounded are neither mostly even nor mostly odd. It also shares the round half to even property of distorting the original distribution, as it increases the probability of odds relative to evens. It was the method used for bank balances in the United Kingdom when it decimalized its currency^{[8]}^{[clarification needed]}.

This variant is almost never used in computations, except in situations where one wants to avoid increasing the scale of floating-point numbers, which have a limited exponent range. With *round half to even*, a non-infinite number would round to infinity, and a small *denormal* value would round to a normal non-zero value. Effectively, this mode prefers preserving the existing scale of tie numbers, avoiding out-of-range results when possible for numeral systems of even radix (such as binary and decimal).^{[clarification needed (see talk)]}.

This rounding mode is used to avoid getting a potentially wrong result after multiple roundings. This can be achieved if all roundings except the final one are done using RPSP, and only the final rounding uses the externally requested mode.

With decimal arithmetic, final digits of 0 and 5 are avoided; if there is a choice between numbers with the least significant digit 0 or 1, 4 or 5, 5 or 6, 9 or 0, then the digit different from 0 or 5 shall be selected; otherwise, the choice is arbitrary. IBM defines that, in the latter case, a digit with the smaller magnitude shall be selected.^{[9]} RPSP can be applied with the step between two consequent roundings as small as a single digit (for example, rounding to 1/10 can be applied after rounding to 1/100).
For example, when rounding to integer,

- 20.0 is rounded to 20;
- 20.01, 20.1, 20.9, 20.99, 21, 21.01, 21.9, 21.99 are rounded to 21;
- 22.0, 22.1, 22.9, 22.99 are rounded to 22;
- 24.0, 24.1, 24.9, 24.99 are rounded to 24;
- 25.0 is rounded to 25;
- 25.01, 25.1 are rounded to 26.

In the example from "Double rounding" section, rounding 9.46 to one decimal gives 9.4, which rounding to integer in turn gives 9.

With binary arithmetic, this rounding is also called "round to odd" (not to be confused with "round half to odd"). For example, when rounding to 1/4 (0.01 in binary),

- x = 2.0 ⇒ result is 2 (10.00 in binary)
- 2.0 < x < 2.5 ⇒ result is 2.25 (10.01 in binary)
- x = 2.5 ⇒ result is 2.5 (10.10 in binary)
- 2.5 < x < 3.0 ⇒ result is 2.75 (10.11 in binary)
- x = 3.0 ⇒ result is 3 (11.00 in binary)

For correct results, each rounding step must remove at least 2 binary digits, otherwise, wrong results may appear. For example,

- 3.125 RPSP to 1/4 ⇒ result is 3.25
- 3.25 RPSP to 1/2 ⇒ result is 3.5
- 3.5 round-half-to-even to 1 ⇒ result is 4 (wrong)

If the erroneous middle step is removed, the final rounding to integer rounds 3.25 to the correct value of 3.

RPSP is implemented in hardware in IBM zSeries and pSeries.

One method, more obscure than most, is to alternate direction when rounding a number with 0.5 fractional part. All others are rounded to the closest integer. Whenever the fractional part is 0.5, alternate rounding up or down: for the first occurrence of a 0.5 fractional part, round up, for the second occurrence, round down, and so on. Alternatively, the first 0.5 fractional part rounding can be determined by a random seed. "Up" and "down" can be any two rounding methods that oppose each other - toward and away from positive infinity or toward and away from zero.

If occurrences of 0.5 fractional parts occur significantly more than a restart of the occurrence "counting", then it is effectively bias free. With guaranteed zero bias, it is useful if the numbers are to be summed or averaged.

If the fractional part of `x` is 0.5, choose `y` randomly between `x` + 0.5 and `x` − 0.5, with equal probability. All others are rounded to the closest integer.

Like round-half-to-even and round-half-to-odd, this rule is essentially free of overall bias, but it is also fair among even and odd `y` values. An advantage over alternate tie-breaking is that the last direction of rounding on the 0.5 fractional part does not have to be "remembered".

Rounding as follows to one of the closest integer toward negative infinity and the closest integer toward positive infinity, with a probability dependent on the proximity is called stochastic rounding and will give an unbiased result on average.^{[10]}

For example, 1.6 would be rounded to 1 with probability 0.4 and to 2 with probability 0.6.

Stochastic rounding can be accurate in a way that a rounding function can never be. For example, suppose one started with 0 and added 0.3 to that one hundred times while rounding the running total between every addition. The result would be 0 with regular rounding, but with stochastic rounding, the expected result would be 30, which is the same value obtained without rounding. This can be useful in machine learning where the training may use low precision arithmetic iteratively.^{[10]} Stochastic rounding is also a way to achieve 1-dimensional dithering.

Value | Functional methods | Randomized methods | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|

Directed rounding | Round to nearest | Round to prepare for shorter precision | Alternating tie-break | Random tie-break | Stochastic | ||||||||||||

Down (toward −∞) |
Up (toward +∞) |
Toward 0 | Away From 0 | Half Down (toward −∞) |
Half Up (toward +∞) |
Half Toward 0 | Half Away From 0 | Half to Even | Half to Odd | Average | SD | Average | SD | Average | SD | ||

+1.8 | +1 | +2 | +1 | +2 | +2 | +2 | +2 | +2 | +2 | +2 | +1 | +2 | 0 | +2 | 0 | +1.8 | 0.04 |

+1.5 | +1 | +1 | +1 | +1.505 | 0 | +1.5 | 0.05 | +1.5 | 0.05 | ||||||||

+1.2 | +1 | +1 | +1 | +1 | 0 | +1 | 0 | +1.2 | 0.04 | ||||||||

+0.8 | 0 | +1 | 0 | +1 | +0.8 | 0.04 | |||||||||||

+0.5 | 0 | 0 | 0 | +0.505 | 0 | +0.5 | 0.05 | +0.5 | 0.05 | ||||||||

+0.2 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | +0.2 | 0.04 | ||||||||

−0.2 | −1 | 0 | −1 | −1 | −0.2 | 0.04 | |||||||||||

−0.5 | −1 | −1 | −1 | −0.495 | 0 | −0.5 | 0.05 | −0.5 | 0.05 | ||||||||

−0.8 | −1 | −1 | −1 | −1 | 0 | −1 | 0 | −0.8 | 0.04 | ||||||||

−1.2 | −2 | −1 | −1 | −2 | −1.2 | 0.04 | |||||||||||

−1.5 | −2 | −2 | −2 | −1.495 | 0 | −1.5 | 0.05 | −1.5 | 0.05 | ||||||||

−1.8 | −2 | −2 | −2 | −2 | 0 | −2 | 0 | −1.8 | 0.04 |

The most common type of rounding is to round to an integer; or, more generally, to an integer multiple of some increment – such as rounding to whole tenths of seconds, hundredths of a dollar, to whole multiples of 1/2 or 1/8 inch, to whole dozens or thousands, etc.

In general, rounding a number `x` to a multiple of some specified positive value `m` entails the following steps:

For example, rounding `x` = 2.1784 dollars to whole cents (i.e., to a multiple of 0.01) entails computing 2.1784 / 0.01 = 217.84, then rounding that to 218, and finally computing 218 × 0.01 = 2.18.

When rounding to a predetermined number of significant digits, the increment `m` depends on the magnitude of the number to be rounded (or of the rounded result).

The increment `m` is normally a finite fraction in whatever numeral system is used to represent the numbers. For display to humans, that usually means the decimal numeral system (that is, `m` is an integer times a power of 10, like 1/1000 or 25/100). For intermediate values stored in digital computers, it often means the binary numeral system (`m` is an integer times a power of 2).

The abstract single-argument "round()" function that returns an integer from an arbitrary real value has at least a dozen distinct concrete definitions presented in the rounding to integer section. The abstract two-argument "roundToMultiple()" function is formally defined here, but in many cases it is used with the implicit value `m` = 1 for the increment and then reduces to the equivalent abstract single-argument function, with also the same dozen distinct concrete definitions.

Rounding to a specified *power* is very different from rounding to a specified *multiple*; for example, it is common in computing to need to round a number to a whole power of 2. The steps, in general, to round a positive number `x` to a power of some positive number `b` other than 1, are:

Many of the caveats applicable to rounding to a multiple are applicable to rounding to a power.

This type of rounding, which is also named **rounding to a logarithmic scale**, is a variant of rounding to a specified power. Rounding on a logarithmic scale is accomplished by taking the log of the amount and doing normal rounding to the nearest value on the log scale.

For example, resistors are supplied with preferred numbers on a logarithmic scale. In particular, for resistors with a 10% accuracy, they are supplied with nominal values 100, 120, 150, 180, 220, etc. rounded to multiples of 10 (E12 series). If a calculation indicates a resistor of 165 ohms is required then log(150) = 2.176, log(165) = 2.217 and log(180) = 2.255. The logarithm of 165 is closer to the logarithm of 180 therefore a 180 ohm resistor would be the first choice if there are no other considerations.

Whether a value *x* ∈ (*a*, *b*) rounds to `a` or `b` depends upon whether the squared value *x*^{2} is greater than or less than the product *ab*. The value 165 rounds to 180 in the resistors example because 165^{2} = 27225 is greater than 150 × 180 = 27000.

In floating-point arithmetic, rounding aims to turn a given value `x` into a value `y` with a specified number of *significant* digits. In other words, `y` should be a multiple of a number `m` that depends on the magnitude of `x`. The number `m` is a power of the base (usually 2 or 10) of the floating-point representation.

Apart from this detail, all the variants of rounding discussed above apply to the rounding of floating-point numbers as well. The algorithm for such rounding is presented in the Scaled rounding section above, but with a constant scaling factor `s` = 1, and an integer base `b` > 1.

Where the rounded result would overflow the result for a directed rounding is either the appropriate signed infinity when "rounding away from zero", or the highest representable positive finite number (or the lowest representable negative finite number if `x` is negative), when "rounding toward zero". The result of an overflow for the usual case of *round to nearest* is always the appropriate infinity.

In some contexts it is desirable to round a given number `x` to a "neat" fraction – that is, the nearest fraction `y` = `m`/`n` whose numerator `m` and denominator `n` do not exceed a given maximum. This problem is fairly distinct from that of rounding a value to a fixed number of decimal or binary digits, or to a multiple of a given unit `m`. This problem is related to Farey sequences, the Stern–Brocot tree, and continued fractions.

Finished lumber, writing paper, capacitors, and many other products are usually sold in only a few standard sizes.

Many design procedures describe how to calculate an approximate value, and then "round" to some standard size using phrases such as "round down to nearest standard value", "round up to nearest standard value", or "round to nearest standard value".^{[11]}^{[12]}

When a set of preferred values is equally spaced on a logarithmic scale, choosing the closest preferred value to any given value can be seen as a form of scaled rounding. Such rounded values can be directly calculated.^{[13]}

More general rounding rules can separate values at arbitrary break points, used for example in data binning. A related mathematically formalized tool is signpost sequences, which use notions of distance other than the simple difference – for example, a sequence may round to the integer with the smallest *relative* (percent) error.

When digitizing continuous signals, such as sound waves, the overall effect of a number of measurements is more important than the accuracy of each individual measurement. In these circumstances, dithering, and a related technique, error diffusion, are normally used. A related technique called pulse-width modulation is used to achieve analog type output from an inertial device by rapidly pulsing the power with a variable duty cycle.

Error diffusion tries to ensure the error, on average, is minimized. When dealing with a gentle slope from one to zero, the output would be zero for the first few terms until the sum of the error and the current value becomes greater than 0.5, in which case a 1 is output and the difference subtracted from the error so far. Floyd–Steinberg dithering is a popular error diffusion procedure when digitizing images.

As a one-dimensional example, suppose the numbers 0.9677, 0.9204, 0.7451, and 0.3091 occur in order and each is to be rounded to a multiple of 0.01. In this case the cumulative sums, 0.9677, 1.8881 = 0.9677 + 0.9204, 2.6332 = 0.9677 + 0.9204 + 0.7451, and 2.9423 = 0.9677 + 0.9204 + 0.7451 + 0.3091, are each rounded to a multiple of 0.01: 0.97, 1.89, 2.63, and 2.94. The first of these and the differences of adjacent values give the desired rounded values: 0.97, 0.92 = 1.89 − 0.97, 0.74 = 2.63 − 1.89, and 0.31 = 2.94 − 2.63.

Monte Carlo arithmetic is a technique in Monte Carlo methods where the rounding is randomly up or down. Stochastic rounding can be used for Monte Carlo arithmetic, but in general, just rounding up or down with equal probability is more often used. Repeated runs will give a random distribution of results which can indicate the stability of the computation.^{[14]}

It is possible to use rounded arithmetic to evaluate the exact value of a function with integer domain and range. For example, if an integer `n` is known to be a perfect square, its square root can be computed by converting `n` to a floating-point value `z`, computing the approximate square root `x` of `z` with floating point, and then rounding `x` to the nearest integer `y`. If `n` is not too big, the floating-point round-off error in `x` will be less than 0.5, so the rounded value `y` will be the exact square root of `n`. This is essentially why slide rules could be used for exact arithmetic.

Rounding a number twice in succession to different levels of precision, with the latter precision being coarser, is not guaranteed to give the same result as rounding once to the final precision except in the case of directed rounding.^{[nb 2]} For instance rounding 9.46 to one decimal gives 9.5, and then 10 when rounding to integer using rounding half to even, but would give 9 when rounded to integer directly. Borman and Chatfield^{[15]} discuss the implications of double rounding when comparing data rounded to one decimal place to specification limits expressed using integers.

In *Martinez v. Allstate* and *Sendejo v. Farmers*, litigated between 1995 and 1997, the insurance companies argued that double rounding premiums was permissible and in fact required. The US courts ruled against the insurance companies and ordered them to adopt rules to ensure single rounding.^{[16]}

Some computer languages and the IEEE 754-2008 standard dictate that in straightforward calculations the result should not be rounded twice. This has been a particular problem with Java as it is designed to be run identically on different machines, special programming tricks have had to be used to achieve this with x87 floating point.^{[17]}^{[18]} The Java language was changed to allow different results where the difference does not matter and require a strictfp qualifier to be used when the results have to conform accurately; strict floating point has been restored in Java 17.^{[19]}

In some algorithms, an intermediate result is computed in a larger precision, then must be rounded to the final precision. Double rounding can be avoided by choosing an adequate rounding for the intermediate computation. This consists in avoiding to round to midpoints for the final rounding (except when the midpoint is exact). In binary arithmetic, the idea is to round the result toward zero, and set the least significant bit to 1 if the rounded result is inexact; this rounding is called *sticky rounding*.^{[20]} Equivalently, it consists in returning the intermediate result when it is exactly representable, and the nearest floating-point number with an odd significand otherwise; this is why it is also known as *rounding to odd*.^{[21]}^{[22]} A concrete implementation of this approach, for binary and decimal arithmetic, is implemented as Rounding to prepare for shorter precision.

William M. Kahan coined the term "The Table-Maker's Dilemma" for the unknown cost of rounding transcendental functions:

Nobody knows how much it would cost to compute

ycorrectly rounded for^{w}everytwo floating-point arguments at which it does not over/underflow. Instead, reputable math libraries compute elementary transcendental functions mostly within slightly more than half an ulp and almost always well within one ulp. Why can'tybe rounded within half an ulp like SQRT? Because nobody knows how much computation it would cost... No general way exists to predict how many extra digits will have to be carried to compute a transcendental expression and round it^{w}correctlyto some preassigned number of digits. Even the fact (if true) that a finite number of extra digits will ultimately suffice may be a deep theorem.^{[23]}

The IEEE 754 floating-point standard guarantees that add, subtract, multiply, divide, fused multiply–add, square root, and floating-point remainder will give the correctly rounded result of the infinite-precision operation. No such guarantee was given in the 1985 standard for more complex functions and they are typically only accurate to within the last bit at best. However, the 2008 standard guarantees that conforming implementations will give correctly rounded results which respect the active rounding mode; implementation of the functions, however, is optional.

Using the Gelfond–Schneider theorem and Lindemann–Weierstrass theorem, many of the standard elementary functions can be proved to return transcendental results, except on some well-known arguments; therefore, from a theoretical point of view, it is always possible to correctly round such functions. However, for an implementation of such a function, determining a limit for a given precision on how accurate results need to be computed, before a correctly rounded result can be guaranteed, may demand a lot of computation time or may be out of reach.^{[24]} In practice, when this limit is not known (or only a very large bound is known), some decision has to be made in the implementation (see below); but according to a probabilistic model, correct rounding can be satisfied with a very high probability when using an intermediate accuracy of up to twice the number of digits of the target format plus some small constant (after taking special cases into account).

Some programming packages offer correct rounding. The GNU MPFR package gives correctly rounded arbitrary precision results. Some other libraries implement elementary functions with correct rounding in IEEE 754 double precision (binary64):

- IBM's
*ml4j*, which stands for*Mathematical Library for Java*, written by Abraham Ziv and Moshe Olshansky in 1999, correctly rounded to nearest only.^{[25]}^{[26]}This library was claimed to be portable, but only binaries for PowerPC/AIX, SPARC/Solaris and x86/Windows NT were provided. According to its documentation, this library uses a first step with an accuracy a bit larger than double precision, a second step based on double-double arithmetic, and a third step with a 768-bit precision based on arrays of IEEE 754 double-precision floating-point numbers. - IBM's
*Accurate portable mathematical library*(abbreviated as APMathLib or just MathLib),^{[27]}^{[28]}also called libultim,^{[29]}in rounding to nearest only. This library uses up to 768 bits of working precision. It was included in the GNU C Library in 2001,^{[30]}but the "slow paths" (providing correct rounding) were removed from 2018 to 2021. - CRlibm, written in the old Arénaire team (LIP, ENS Lyon), first distributed in 2003.
^{[31]}It supports the 4 rounding modes and is proved, using the knowledge of the hardest-to-round cases.^{[32]}^{[33]} - Sun Microsystems's libmcr, in the 4 rounding modes.
^{[34]}^{[35]}For the difficult cases, this library also uses multiple precision, and the number of words is increased by 2 each time the Table-maker's dilemma occurs (with undefined behavior in the very unlikely event that some limit of the machine is reached). - The CORE-MATH project provides some correctly rounded functions in the 4 rounding modes for x86-64 processors, using the knowledge of the hardest-to-round cases.
^{[36]}^{[37]}

There exist computable numbers for which a rounded value can never be determined no matter how many digits are calculated. Specific instances cannot be given but this follows from the undecidability of the halting problem. For instance, if Goldbach's conjecture is true but unprovable, then the result of rounding the following value, `n`, up to the next integer cannot be determined: either `n`=1+10^{−k} where `k` is the first even number greater than 4 which is not the sum of two primes, or `n`=1 if there is no such number. The rounded result is 2 if such a number `k` exists and 1 otherwise. The value before rounding can however be approximated to any given precision even if the conjecture is unprovable.

Rounding can adversely affect a string search for a number. For example, π rounded to four digits is "3.1416" but a simple search for this string will not discover "3.14159" or any other value of π rounded to more than four digits. In contrast, truncation does not suffer from this problem; for example, a simple string search for "3.1415", which is π truncated to four digits, will discover values of π truncated to more than four digits.

The concept of rounding is very old, perhaps older than the concept of division itself. Some ancient clay tablets found in Mesopotamia contain tables with rounded values of reciprocals and square roots in base 60.^{[38]}
Rounded approximations to π, the length of the year, and the length of the month are also ancient – see base 60 examples.

The *round-half-to-even* method has served as American Standard Z25.1 and ASTM standard E-29 since 1940.^{[39]} The origin of the terms *unbiased rounding* and *statistician's rounding* are fairly self-explanatory. In the 1906 fourth edition of *Probability and Theory of Errors* Robert Simpson Woodward called this "the computer's rule",^{[40]} indicating that it was then in common use by human computers who calculated mathematical tables. For example, it was recommended in Simon Newcomb's c. 1882 book *Logarithmic and Other Mathematical Tables*.^{[41]} Lucius Tuttle's 1916 *Theory of Measurements* called it a "universally adopted rule" for recording physical measurements.^{[42]} Churchill Eisenhart indicated the practice was already "well established" in data analysis by the 1940s.^{[43]}

The origin of the term *bankers' rounding* remains more obscure. If this rounding method was ever a standard in banking, the evidence has proved extremely difficult to find. To the contrary, section 2 of the European Commission report *The Introduction of the Euro and the Rounding of Currency Amounts*^{[44]} suggests that there had previously been no standard approach to rounding in banking; and it specifies that "half-way" amounts should be rounded up.

Until the 1980s, the rounding method used in floating-point computer arithmetic was usually fixed by the hardware, poorly documented, inconsistent, and different for each brand and model of computer. This situation changed after the IEEE 754 floating-point standard was adopted by most computer manufacturers. The standard allows the user to choose among several rounding modes, and in each case specifies precisely how the results should be rounded. These features made numerical computations more predictable and machine-independent, and made possible the efficient and consistent implementation of interval arithmetic.

Currently, much research tends to round to multiples of 5 or 2. For example, Jörg Baten used age heaping in many studies, to evaluate the numeracy level of ancient populations. He came up with the ABCC Index, which enables the comparison of the numeracy among regions possible without any historical sources where the population literacy was measured.^{[45]}

Most programming languages provide functions or special syntax to round fractional numbers in various ways. The earliest numeric languages, such as FORTRAN and C, would provide only one method, usually truncation (toward zero). This default method could be implied in certain contexts, such as when assigning a fractional number to an integer variable, or using a fractional number as an index of an array. Other kinds of rounding had to be programmed explicitly; for example, rounding a positive number to the nearest integer could be implemented by adding 0.5 and truncating.

In the last decades, however, the syntax and the standard libraries of most languages have commonly provided at least the four basic rounding functions (up, down, to nearest, and toward zero). The tie-breaking method can vary depending on the language and version or might be selectable by the programmer. Several languages follow the lead of the IEEE 754 floating-point standard, and define these functions as taking a double-precision float argument and returning the result of the same type, which then may be converted to an integer if necessary. This approach may avoid spurious overflows because floating-point types have a larger range than integer types. Some languages, such as PHP, provide functions that round a value to a specified number of decimal digits (e.g., from 4321.5678 to 4321.57 or 4300). In addition, many languages provide a printf or similar string formatting function, which allows one to convert a fractional number to a string, rounded to a user-specified number of decimal places (the *precision*). On the other hand, truncation (round to zero) is still the default rounding method used by many languages, especially for the division of two integer values.

In contrast, CSS and SVG do not define any specific maximum precision for numbers and measurements, which they treat and expose in their DOM and in their IDL interface as strings as if they had infinite precision, and do not discriminate between integers and floating-point values; however, the implementations of these languages will typically convert these numbers into IEEE 754 double-precision floating-point values before exposing the computed digits with a limited precision (notably within standard JavaScript or ECMAScript^{[46]} interface bindings).

Some disciplines or institutions have issued standards or directives for rounding.

In a guideline issued in mid-1966,^{[47]} the U.S. Office of the Federal Coordinator for Meteorology determined that weather data should be rounded to the nearest round number, with the "round half up" tie-breaking rule. For example, 1.5 rounded to integer should become 2, and −1.5 should become −1. Prior to that date, the tie-breaking rule was "round half away from zero".

Some meteorologists may write "−0" to indicate a temperature between 0.0 and −0.5 degrees (exclusive) that was rounded to an integer. This notation is used when the negative sign is considered important, no matter how small is the magnitude; for example, when rounding temperatures in the Celsius scale, where below zero indicates freezing.^{[citation needed]}

- Cash rounding, dealing with the absence of extremely low-value coins
- Data binning, a similar operation
- Gal's accurate tables
- Guard digit
- Interval arithmetic
- ISO/IEC 80000
- Kahan summation algorithm
- Party-list proportional representation, an application of rounding to integers that has been thoroughly investigated
- Signed-digit representation
- Truncation

**^**This is needed e.g. [1] for the apportionment of seats, implemented e.g. by the largest remainder method, see Mathematics of apportionment, and [2] for distributing the total VAT of an invoice to its items)**^**A case where double rounding always leads to the same value as directly rounding to the final precision is when the radix is odd.

**^**Isaiah Lankham, Bruno Nachtergaele, Anne Schilling:*Linear Algebra as an Introduction to Abstract Mathematics.*World Scientific, Singapur 2016, ISBN 978-981-4730-35-8, p. 186.**^**Kulisch, Ulrich W. (July 1977). "Mathematical foundation of computer arithmetic".*IEEE Transactions on Computers*.**C-26**(7): 610–621. doi:10.1109/TC.1977.1674893. S2CID 35883481.**^**Higham, Nicholas John (2002).*Accuracy and stability of numerical algorithms*(2nd ed.). p. 54. doi:10.1137/1.9780898718027.ch2. ISBN 978-0-89871-521-7. Nievergelt, Yves (2000). "Rounding Errors to Knock Your Stocks Off".*Mathematics Magazine*.**73**(1): 47–48. doi:10.1080/0025570X.2000.11996800. JSTOR 2691491. Quinn, Kevin (1983-11-08). "Ever had problems rounding off figures? This stock exchange has" (PDF).*Wall Street Journal*. Lilley, Wayne (1983-11-29). "Vancouver stock index has right number at last" (PDF).*The Toronto Star*.- ^
^{a}^{b}"java.math.RoundingMode". Oracle. - ^
^{a}^{b}"decimal – Decimal fixed point and floating point arithmetic". Python Software Foundation. **^**Engineering Drafting Standards Manual (NASA), X-673-64-1F, p90**^**Abbs, Brian; Barker, Chris; Freebairn, Ingrid (2003).*Postcards 4 Language Booster: Workbook with Grammar Builder*. Pearson Education. p. 85. ISBN 0-13-093904-8.Rounding to the nearest even number is also called 'bankers rounding' because the banks use this technique as well.

*Microsoft Pascal Compiler for the MS-DOS Operating System User's Guide*. Microsoft Corporation. 1985. p. 165.Bankers' rounding is used when truncating real numbers that end with .5; that is, odd numbers are rounded up to an even integer, even numbers are rounded down to an even integer.

**^**Schedule 1 of the Decimal Currency Act 1969**^**IBM z/Architecture Principles of Operation- ^
^{a}^{b}Gupta, Suyog; Angrawl, Ankur; Gopalakrishnan, Kailash; Narayanan, Pritish (2016-02-09). "Deep Learning with Limited Numerical Precision". p. 3. arXiv:1502.02551 [cs.LG]. **^**"Zener Diode Voltage Regulators" (PDF). Archived (PDF) from the original on 2011-07-13. Retrieved 2010-11-24.**^**"Build a Mirror Tester"**^**Bruce Trump, Christine Schneider. "Excel Formula Calculates Standard 1%-Resistor Values". Electronic Design, 2002-01-21. [1]**^**Parker, D. Stott; Eggert, Paul R.; Pierce, Brad (2000-03-28). "Monte Carlo Arithmetic: a framework for the statistical analysis of roundoff errors". IEEE Computation in Science and Engineering.**^**Borman, Phil; Chatfield, Marion (2015-11-10). "Avoid the perils of using rounded data".*Journal of Pharmaceutical and Biomedical Analysis*.**115**: 506–507. doi:10.1016/j.jpba.2015.07.021. PMID 26299526.**^**Deborah R. Hensler (2000).*Class Action Dilemmas: Pursuing Public Goals for Private Gain*. RAND. pp. 255–293. ISBN 0-8330-2601-1.**^**Samuel A. Figueroa (July 1995). "When is double rounding innocuous?".*ACM SIGNUM Newsletter*.**30**(3). ACM: 21–25. doi:10.1145/221332.221334. S2CID 14829295.**^**Roger Golliver (October 1998). "Efficiently producing default orthogonal IEEE double results using extended IEEE hardware" (PDF). Intel.**^**Darcy, Joseph D. "JEP 306: Restore Always-Strict Floating-Point Semantics". Retrieved 2021-09-12.**^**Moore, J. Strother; Lynch, Tom; Kaufmann, Matt (1996). "A mechanically checked proof of the correctness of the kernel of the AMD5K86 floating-point division algorithm" (PDF).*IEEE Transactions on Computers*.**47**. CiteSeerX 10.1.1.43.3309. doi:10.1109/12.713311. Retrieved 2016-08-02.**^**Boldo, Sylvie; Melquiond, Guillaume (2008). "Emulation of a FMA and correctly-rounded sums: proved algorithms using rounding to odd" (PDF).*IEEE Transactions on Computers*.**57**(4): 462–471. doi:10.1109/TC.2007.70819. S2CID 1850330. Retrieved 2016-08-02.**^**"21718 – real.c rounding not perfect".*gcc.gnu.org*.**^**Kahan, William Morton. "A Logarithm Too Clever by Half". Retrieved 2008-11-14.**^**Muller, Jean-Michel; Brisebarre, Nicolas; de Dinechin, Florent; Jeannerod, Claude-Pierre; Lefèvre, Vincent; Melquiond, Guillaume; Revol, Nathalie; Stehlé, Damien; Torres, Serge (2010). "Chapter 12: Solving the Table Maker's Dilemma".*Handbook of Floating-Point Arithmetic*(1 ed.). Birkhäuser. doi:10.1007/978-0-8176-4705-6. ISBN 978-0-8176-4704-9. LCCN 2009939668.**^**"NA Digest Sunday, April 18, 1999 Volume 99 : Issue 16". 1999-04-18. Retrieved 2022-08-29.**^**"Math Library for Java". Archived from the original on 1999-05-08.**^**"Accurate Portable Mathematical Library". Archived from the original on 2005-02-07.**^**mathlib on GitHub.**^**"libultim – ultimate correctly-rounded elementary-function library". Archived from the original on 2021-03-01.**^**"Git - glibc.git/commit". Sourceware.org. Retrieved 2022-07-18.**^**de Dinechin, Florent; Lauter, Christoph; Muller, Jean-Michel (January–March 2007). "Fast and correctly rounded logarithms in double-precision".*RAIRO-Theor. Inf. Appl*.**41**(1): 85–102. CiteSeerX 10.1.1.106.6652. doi:10.1051/ita:2007003. HAL ensl-00000007v2.**^**"CRlibm – Correctly Rounded mathematical library". Archived from the original on 2016-10-27.**^**crlibm on GitHub**^**"libmcr – correctly-rounded elementary-function library". Archived from the original on 2021-02-25.**^**libmcr on GitHub.**^**"The CORE-MATH project". Retrieved 2022-08-30.**^**Sibidanov, Alexei; Zimmermann, Paul; Glondu, Stéphane (2022).*The CORE-MATH Project*. 29th IEEE Symposium on Computer Arithmetic (ARITH 2022). Retrieved 2022-08-30.**^**Duncan J. Melville. "YBC 7289 clay tablet". 2006**^***Rules for Rounding Off Numerical Values*. American Standards Association. 1940. Z25.1-1940. The standard arose from a committee of the ASA working to standardize inch–millimeter conversion. See: Agnew, P. G. (Sep 1940). "Man's Love Of Round Numbers".*Industrial Standardization and Commercial Standards Monthly*. Vol. 11, no. 9. pp. 230–233. The standard was also more concisely advertised in: "Rounding Off Decimals".*Power*. Vol. 84, no. 11. Nov 1940. p. 93.*Standard Practice for Using Significant Digits in Test Data to Determine Conformance with Specifications*. ASTM. 2013 [1940]. doi:10.1520/E0029-13. E-29.**^**Woodward, Robert S. (1906).*Probability and theory of errors*. Mathematical Monographs. Vol. 7. New York: J. Wiley & Son. p. 42.An important fact with regard to the error 1/2 for

*n*even is that its sign is arbitrary, or is not fixed by the computation as is the case with all the other errors. However, the computer's rule, which makes the last rounded figure of an interpolated value even when half a unit is to be disposed of, will, in the long run, make this error as often plus as minus.**^**Newcomb, Simon (1882).*Logarithmic and Other Mathematical Tables with Examples of their Use and Hints on the Art of Computation*. New York: Henry Holt. pp. 14–15.Here we have a case in which the half of an odd number is required. [...] A good rule to adopt in such a case is to

*write the nearest***even***number*.**^**Tuttle, Lucius (1916).*The Theory of Measurements*. Philadelphia: Jefferson Laboratory of Physics. p. 29.A fraction perceptibly less than a half should be discarded and more than a half should always be considered as one more unit, but when it is uncertain which figure is the nearer one the universally adopted rule is to

*record the nearest even number*rather than the odd number that is equally near. The reason for this procedure is that in a series of several measurements of the same quantity it will be as apt to make a record too large as it will to make one too small, and so in the average of several such values will cause but a slight error, if any.**^**Churchill Eisenhart (1947). "Effects of Rounding or Grouping Data". In Eisenhart; Hastay; Wallis (eds.).*Selected Techniques of Statistical Analysis for Scientific and Industrial Research, and Production and Management Engineering*. New York: McGraw-Hill. pp. 187–223. Retrieved 2014-01-30.**^**"The Introduction of the Euro and the Rounding of Currency Amounts" (PDF). Archived (PDF) from the original on 2010-10-09. Retrieved 2011-08-19.**^**Baten, Jörg (2009). "Quantifying Quantitative Literacy: Age Heaping and the History of Human Capital" (PDF).*Journal of Economic History*.**69**(3): 783–808. doi:10.1017/S0022050709001120. hdl:10230/481. S2CID 35494384.**^**"ECMA-262 ECMAScript Language Specification" (PDF).*ecma-international.org*.**^**OFCM, 2005: Federal Meteorological Handbook No. 1 Archived 1999-04-20 at the Wayback Machine, Washington, DC., 104 pp.

- Weisstein, Eric W. "Rounding".
*MathWorld*. - An introduction to different rounding algorithms that is accessible to a general audience but especially useful to those studying computer science and electronics.
- How To Implement Custom Rounding Procedures by Microsoft (broken)