Jump to content

Catastrophic cancellation

From Wikipedia, the free encyclopedia
(Redirected from Loss of significance)

In numerical analysis, catastrophic cancellation[1][2] is the phenomenon that subtracting good approximations to two nearby numbers may yield a very bad approximation to the difference of the original numbers.

For example, if there are two studs, one long and the other long, and they are measured with a ruler that is good only to the centimeter, then the approximations could come out to be and . These may be good approximations, in relative error, to the true lengths: the approximations are in error by less than 2% of the true lengths, .

However, if the approximate lengths are subtracted, the difference will be , even though the true difference between the lengths is . The difference of the approximations, , is in error by almost 100% of the magnitude of the difference of the true values, .

Catastrophic cancellation is not affected by how large the inputs are—it applies just as much to large and small inputs. It depends only on how large the difference is, and on the error of the inputs. Exactly the same error would arise by subtracting from as approximations to and , or by subtracting from as approximations to and .

Catastrophic cancellation may happen even if the difference is computed exactly, as in the example above—it is not a property of any particular kind of arithmetic like floating-point arithmetic; rather, it is inherent to subtraction, when the inputs are approximations themselves. Indeed, in floating-point arithmetic, when the inputs are close enough, the floating-point difference is computed exactly, by the Sterbenz lemma—there is no rounding error introduced by the floating-point subtraction operation.

Formal analysis

[edit]

Formally, catastrophic cancellation happens because subtraction is ill-conditioned at nearby inputs: even if approximations and have small relative errors and from true values and , respectively, the relative error of the difference of the approximations from the difference of the true values is inversely proportional to the difference of the true values:

Thus, the relative error of the exact difference of the approximations from the difference of the true values is

which can be arbitrarily large if the true values and are close.

In numerical algorithms

[edit]

Subtracting nearby numbers in floating-point arithmetic does not always cause catastrophic cancellation, or even any error—by the Sterbenz lemma, if the numbers are close enough the floating-point difference is exact. But cancellation may amplify errors in the inputs that arose from rounding in other floating-point arithmetic.

Example: Difference of squares

[edit]

Given numbers and , the naive attempt to compute the mathematical function by the floating-point arithmetic is subject to catastrophic cancellation when and are close in magnitude, because the subtraction can expose the rounding errors in the squaring. The alternative factoring , evaluated by the floating-point arithmetic , avoids catastrophic cancellation because it avoids introducing rounding error leading into the subtraction.[2]

For example, if and , then the true value of the difference is . In IEEE 754 binary64 arithmetic, evaluating the alternative factoring gives the correct result exactly (with no rounding), but evaluating the naive expression gives the floating-point number , of which less than half the digits are correct and the other (underlined) digits reflect the missing terms , lost due to rounding when calculating the intermediate squared values.

Example: Complex arcsine

[edit]

When computing the complex arcsine function, one may be tempted to use the logarithmic formula directly:

However, suppose for . Then and ; call the difference between them —a very small difference, nearly zero. If is evaluated in floating-point arithmetic giving

with any error , where denotes floating-point rounding, then computing the difference

of two nearby numbers, both very close to , may amplify the error in one input by a factor of —a very large factor because was nearly zero. For instance, if , the true value of is approximately , but using the naive logarithmic formula in IEEE 754 binary64 arithmetic may give , with only five out of sixteen digits correct and the remainder (underlined) all incorrect.

In the case of for , using the identity avoids cancellation because but , so the subtraction is effectively addition with the same sign which does not cancel.

Example: Radix conversion

[edit]

Numerical constants in software programs are often written in decimal, such as in the C fragment double x = 1.000000000000001; to declare and initialize an IEEE 754 binary64 variable named x. However, is not a binary64 floating-point number; the nearest one, which x will be initialized to in this fragment, is . Although the radix conversion from decimal floating-point to binary floating-point only incurs a small relative error, catastrophic cancellation may amplify it into a much larger one:

double x = 1.000000000000001;  // rounded to 1 + 5*2^{-52}
double y = 1.000000000000002;  // rounded to 1 + 9*2^{-52}
double z = y - x;              // difference is exactly 4*2^{-52}

The difference is . The relative errors of x from and of y from are both below , and the floating-point subtraction y - x is computed exactly by the Sterbenz lemma.

But even though the inputs are good approximations, and even though the subtraction is computed exactly, the difference of the approximations has a relative error of over from the difference of the original values as written in decimal: catastrophic cancellation amplified a tiny error in radix conversion into a large error in the output.

Benign cancellation

[edit]

Cancellation is sometimes useful and desirable in numerical algorithms. For example, the 2Sum and Fast2Sum algorithms both rely on such cancellation after a rounding error in order to exactly compute what the error was in a floating-point addition operation as a floating-point number itself.

The function , if evaluated naively at points , will lose most of the digits of in rounding . However, the function itself is well-conditioned at inputs near . Rewriting it as exploits cancellation in to avoid the error from evaluated directly.[2] This works because the cancellation in the numerator and the cancellation in the denominator counteract each other; the function is well-enough conditioned near zero that gives a good approximation to , and thus gives a good approximation to .

References

[edit]
  1. ^ Muller, Jean-Michel; Brunie, Nicolas; de Dinechin, Florent; Jeannerod, Claude-Pierre; Joldes, Mioara; Lefèvre, Vincent; Melquiond, Guillaume; Revol, Nathalie; Torres, Serge (2018). Handbook of Floating-Point Arithmetic (2nd ed.). Gewerbestrasse 11, 6330 Cham, Switzerland: Birkhäuser. p. 102. doi:10.1007/978-3-319-76526-6. ISBN 978-3-319-76525-9.{{cite book}}: CS1 maint: location (link)
  2. ^ a b c Goldberg, David (March 1991). "What every computer scientist should know about floating-point arithmetic". ACM Computing Surveys. 23 (1). New York, NY, United States: Association for Computing Machinery: 5–48. doi:10.1145/103162.103163. ISSN 0360-0300. S2CID 222008826. Retrieved 2020-09-17.
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy