logfloat-0.14.0: Log-domain floating point numbers
CopyrightCopyright (c) 2007--2021 wren gayle romano
LicenseBSD3
Maintainerwren@cpan.org
Stabilitystable
Portabilityportable (with CPP, FFI)
Safe HaskellSafe-Inferred
LanguageHaskell2010

Data.Number.LogFloat

Description

This module presents a type for storing numbers in the log-domain. The main reason for doing this is to prevent underflow when multiplying many small probabilities as is done in Hidden Markov Models and other statistical models often used for natural language processing. The log-domain also helps prevent overflow when multiplying many large numbers. In rare cases it can speed up numerical computation (since addition is faster than multiplication, though logarithms are exceptionally slow), but the primary goal is to improve accuracy of results. A secondary goal has been to maximize efficiency since these computations are frequently done within a O(n^3) loop.

The LogFloat of this module is restricted to non-negative numbers for efficiency's sake, see Data.Number.LogFloat.Signed for doing signed log-domain calculations.

Synopsis

Exceptional numeric values

LogFloat data type

data LogFloat Source #

A LogFloat is just a Double with a special interpretation. The logFloat function is presented instead of the constructor, in order to ensure semantic conversion. At present the Show instance will convert back to the normal-domain, and hence will underflow at that point. This behavior may change in the future. At present, the Read instance parses things in the normal-domain and then converts them to the log-domain. Again, this behavior may change in the future.

Because logFloat performs the semantic conversion, we can use operators which say what we mean rather than saying what we're actually doing to the underlying representation. That is, equivalences like the following are true[1] thanks to type-class overloading:

logFloat (p + q) == logFloat p + logFloat q
logFloat (p * q) == logFloat p * logFloat q

(Do note, however, that subtraction can and negation will throw errors: since LogFloat can only represent the positive half of Double. Num is the wrong abstraction to put at the bottom of the numeric type-class hierarchy; but alas, we're stuck with it.)

Performing operations in the log-domain is cheap, prevents underflow, and is otherwise very nice for dealing with miniscule probabilities. However, crossing into and out of the log-domain is expensive and should be avoided as much as possible. In particular, if you're doing a series of multiplications as in lp * logFloat q * logFloat r it's faster to do lp * logFloat (q * r) if you're reasonably sure the normal-domain multiplication won't underflow; because that way you enter the log-domain only once, instead of twice. Also note that, for precision, if you're doing more than a few multiplications in the log-domain, you should use product rather than using (*) repeatedly.

Even more particularly, you should avoid addition whenever possible. Addition is provided because sometimes we need it, and the proper implementation is not immediately apparent. However, between two LogFloats addition requires crossing the exp/log boundary twice; with a LogFloat and a Double it's three times, since the regular number needs to enter the log-domain first. This makes addition incredibly slow. Again, if you can parenthesize to do normal-domain operations first, do it!

1
That is, true up-to underflow and floating point fuzziness. Which is, of course, the whole point of this module.

Instances

Instances details
Storable LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

Num LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

Read LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

Fractional LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

Real LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

Show LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

Eq LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

Ord LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

PartialOrd LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

IArray UArray LogFloat Source # 
Instance details

Defined in Data.Number.LogFloat

Methods

bounds :: Ix i => UArray i LogFloat -> (i, i) #

numElements :: Ix i => UArray i LogFloat -> Int

unsafeArray :: Ix i => (i, i) -> [(Int, LogFloat)] -> UArray i LogFloat

unsafeAt :: Ix i => UArray i LogFloat -> Int -> LogFloat

unsafeReplace :: Ix i => UArray i LogFloat -> [(Int, LogFloat)] -> UArray i LogFloat

unsafeAccum :: Ix i => (LogFloat -> e' -> LogFloat) -> UArray i LogFloat -> [(Int, e')] -> UArray i LogFloat

unsafeAccumArray :: Ix i => (LogFloat -> e' -> LogFloat) -> LogFloat -> (i, i) -> [(Int, e')] -> UArray i LogFloat

Isomorphism to normal-domain

logFloat :: Double -> LogFloat Source #

Constructor which does semantic conversion from normal-domain to log-domain. Throws errors on negative and NaN inputs. If p is non-negative, then following equivalence holds:

logFloat p == logToLogFloat (log p)

If p is NaN or negative, then the two sides differ only in which error is thrown.

fromLogFloat :: LogFloat -> Double Source #

Semantically convert our log-domain value back into the normal-domain. Beware of overflow/underflow. The following equivalence holds (without qualification):

fromLogFloat == exp . logFromLogFloat

Isomorphism to log-domain

logToLogFloat :: Double -> LogFloat Source #

Constructor which assumes the argument is already in the log-domain. Throws errors on notANumber inputs.

logFromLogFloat :: LogFloat -> Double Source #

Return the log-domain value itself without conversion.

Additional operations

sum :: [LogFloat] -> LogFloat Source #

O(n). Compute the sum of a finite list of LogFloats, being careful to avoid underflow issues. That is, the following equivalence holds (modulo underflow and all that):

logFloat . sum == sum . map logFloat

N.B., this function requires two passes over the input. Thus, it is not amenable to list fusion, and hence will use a lot of memory when summing long lists.

Since: 0.13

product :: [LogFloat] -> LogFloat Source #

O(n). Compute the product of a finite list of LogFloats, being careful to avoid numerical error due to loss of precision. That is, the following equivalence holds (modulo underflow and all that):

logFloat . product == product . map logFloat

Since: 0.13

pow :: LogFloat -> Double -> LogFloat infixr 8 Source #

O(1). Compute powers in the log-domain; that is, the following equivalence holds (modulo underflow and all that):

logFloat (p ** m) == logFloat p `pow` m

Since: 0.13

Accurate versions of logarithm/exponentiation

log1p Source #

Arguments

:: Double

N.B., only defined on the [-1,infty] interval.

-> Double 

Compute log (1 + x) without losing precision.

Standard C libraries provide a special definition for this function, which is more accurate than doing the naive thing, especially for very small arguments. For example, the naive version underflows around 2 ** -53, whereas the specialized version underflows around 2 ** -1074.

N.B. The statistics:Statistics.Math module provides a pure Haskell implementation of log1p for those who are interested. We do not copy it here because it relies on the vector package which is non-portable. If there is sufficient interest, a portable variant of that implementation could be made. Contact the maintainer if the FFI and naive implementations are insufficient for your needs.

This installation was compiled to use the FFI version.

expm1 :: Double -> Double Source #

Compute exp x - 1 without losing precision.

Standard C libraries provide a special definition for expm1 which is more accurate than doing the naive thing, especially for very small arguments.

This installation was compiled to use the FFI version.