diff --git a/notes/sections/2.md b/notes/sections/2.md index 7584d5b..b902da3 100644 --- a/notes/sections/2.md +++ b/notes/sections/2.md @@ -10,13 +10,11 @@ $$ \sum_{k=1}^{n} \frac{1}{k} - \ln(n) \right) $$ {#eq:gamma} - and represents the limiting blue area in @fig:gamma. The first 30 digits of $\gamma$ are: $$ \gamma = 0.57721\ 56649\ 01532\ 86060\ 65120\ 90082 \dots $$ {#eq:exact} - In complex analysis, this constant is related to many functions and can be evaluated through a variety of identities. In this work, five methods were implemented and their results discussed. In fact, evaluating $\gamma$ with a @@ -43,7 +41,6 @@ worse, namely: $$ | \gamma(n_{i+1}) - \gamma | > | \gamma(n_i) - \gamma| $$ - and $\gamma (n_i)$ was selected as the best result (see @tbl:naive-errs). ---------------------------- @@ -79,12 +76,11 @@ The convergence is logarithmic: to fix the first $d$ decimal places, about $10^d$ terms of the harmonic series are needed. The double precision runs out at the $10^{\text{th}}$ place, at $n=\num{2e10}$. Since all the number are given with double precision, there can be at best 16 -correct digits, since for a double 64 bits are allocated in memory: 1 for the -sign, 8 for the exponent and 55 for the mantissa: +correct digits. In fact, for a double 64 bits are allocated in memory: 1 for the +sign, 8 for the exponent and 55 for the mantissa, hence: $$ 2^{55} = 10^{d} \thus d = 55 \cdot \log(2) \sim 16.6 $$ - Only 10 digits were correctly computed: this means that when the terms of the series start being smaller than the smallest representable double, the sum of all the remaining terms gives a number $\propto 10^{-11}$. The best result is @@ -108,7 +104,6 @@ $$ \gamma = \lim_{M \rightarrow + \infty} \sum_{k = 1}^{M} \binom{M}{k} \frac{(-1)^k}{k} \ln(\Gamma(k + 1)) $$ - Varying $M$ from 1 to 100, the best result was obtained for $M = 41$ (see @tbl:limit-res). This approximation gave an underwhelming result: the convergence is actually worse than the definition itself. Only two decimal @@ -124,7 +119,7 @@ Table: Best estimation of $\gamma$ using the alternative formula. {#tbl:limit-res} Here, the problem lies in the binomial term: computing the factorial of a -number greater than 18 goes over 15 places and so cannot be correctly +number greater than 18 goes over 16 places and so cannot be correctly represented. Furthermore, the convergence is slowed down by the logarithmic factor. @@ -137,13 +132,11 @@ $$ \frac{1}{\Gamma(z)} = z e^{yz} \prod_{k = 1}^{+ \infty} \left( 1 + \frac{z}{k} \right) e^{-z/k} $$ - which gives: $$ \gamma = - \frac{1}{z} \ln \left( z \Gamma(z) \prod_{k = 1}^{+ \infty} \left( 1 + \frac{z}{k} \right) e^{-z/k} \right) $$ - The execution stops when there is no difference between two consecutive terms of the infinite product (it happens for $k = 456565794 \sim \num{4.6e8}$, meaning that for this value of $k$ the term of the product is equal to 1 in @@ -154,31 +147,30 @@ terms of floating points). Different values of $z$ were checked, with $z_{i+1} z $|γ(z) - γ|$ z $|γ(z) - γ|$ ----- ---------------- ------ ---------------- 1 \num{9.712e-9} 8.95 \num{9.770e-9} - + 3 \num{9.320e-9} 8.96 \num{9.833e-9} - + 5 \num{9.239e-9} 8.97 \num{9.622e-9} - + 7 \num{9.391e-9} 8.98 \num{9.300e-9} - + 9 \num{8.482e-9} 8.99 \num{9.059e-9} - + 11 \num{9.185e-9} 9.00 \num{8.482e-9} - + 13 \num{9.758e-9} 9.01 \num{9.564e-9} - + 15 \num{9.747e-9} 9.02 \num{9.260e-9} - + 17 \num{9.971e-9} 9.03 \num{9.264e-9} - + 19 \num{1.008e-8} 9.04 \num{9.419e-9} ----------------------------------------------- -Table: Differences between some obtained values of $\gamma$ and -the exact one found with the reciprocal $\Gamma$ function formula. -The values on the left are shown to give an idea of the $z$ -large-scale behaviour; on the right, the values around the best -one ($z = 9.00$) are listed. {#tbl:recip-errs} +Table: Some results found with the reciprocal $\Gamma$ function formula. +The values on the left are shown to give an idea of the $z$ large-scale +behaviour; on the right, the values around the best one ($z = 9.00$) are +listed. {#tbl:recip-errs} As can be seen in @tbl:recip-errs, the best value for $z$ is only by chance, since all $|\gamma(z) - \gamma |$ are of the same order of magnitude. The best @@ -193,7 +185,10 @@ diff 0.00000 00084 82925 Table: Third method results for z = 9.00. {#tbl:recip-res} In this approximation, the convergence of the infinite product is fast enough -to reach the $8^{th}$ decimal place. +to reach the $8^{th}$ decimal place. +With respect to the definition, this formula returns a worse estimation of +$\gamma$ because the calculation of the infinite product leads to more +round-off instabilities than the series. ### Fastest convergence formula @@ -216,31 +211,26 @@ The asymptotic error of this estimation, given in [@demailly17], is: $$ |\gamma_N - \gamma| \sim \frac{5 \sqrt{2 \pi}}{12 \sqrt{N}} e^{-8N} = \Delta_N $$ {#eq:NeD} - The error bound gives the value of $N$ to be used to get $D$ correct decimal -digits of $\gamma$. In fact, this is done by imposing: +digits of $\gamma$. This is done by imposing: $$ - \frac{5 \sqrt{2 \pi}}{12 \sqrt{N}} e^{-8N} < 10^{-D} + \Delta_N < 10^{-D} $$ - The inequality with the equal sign can be solved with the use of the Lambert $W$ function. For a real number $x$, $W(x)$ is defined as the inverse function of $x\exp(x)$, so the idea is to recast the equation into this form and take $W$ both sides. - -\begin{align*}{3} +\begin{align*} \frac{5 \sqrt{2 \pi}}{12 \sqrt{x}} e^{-8x} = 10^{-D} & \thus \left(\frac{12}{5}\right)^2 \frac{x}{2 \pi} e^{16x} = 10^{2D} \\ & \thus 16x e^{16x} = \left(\frac{5 \pi}{9}\right)^2 10^{2D + 1} \\ & \thus x = \frac{1}{16} W\left(\left(\frac{5 \pi}{9}\right)^2 10^{2D + 1}\right) \end{align*} - The smallest integer which satisfies the inequality is then $$ N = 1 + \left\lfloor \frac{1}{16} W \left( \frac{5 \pi}{9} 10^{2D + 1}\right) \right\rfloor $$ {#eq:refined-n} - The series $A$ and $B$ were computed till there is no difference between two consecutive terms. Results are shown in @tbl:fourth. @@ -265,9 +255,9 @@ points, one can resort to a software implementation with arbitrary precision. In the GMP [@gmp20] library (GNU Multiple Precision arithmetic), for example, reals can be approximated by a rational or floating point numbers -with arbitrary precision. For integer and fractions this means a check is +with arbitrary precision. For integers and fractions, this means a check is performed on every operation that can overflow and additional memory is -requested and used to represent the larger result. For floating points it +requested and used to represent the larger result. For floating points, it means the size of the mantissa can be chosen before initialising the number. Additionally, the library automatically switches to the optimal algorithm to compute an operation based on the size of the operands. @@ -277,19 +267,18 @@ precision. Thus, a program that computes the Euler-Mascheroni constant within a user controllable precision was implemented. To compute $N$ by @eq:refined-n, a trick must be used to avoid overflows in the -exponentiation, particularly when computing more than a few hundreds digits are -to be computed. The details are explained in @sec:optimised, below. Once the -number $N$ has been fixed, the series $A(N)$ and $B(N)$ are to be evaluated. -With rational numbers, a different criterion for the truncation must be -considered, because two consecutive term are always different. Brent and +exponentiation, particularly when computing more than a few hundreds digits. The +details are explained in @sec:optimised, below. +Once the number $N$ has been fixed, the series $A(N)$ and $B(N)$ are to be +evaluated. With rational numbers, a different criterion for the truncation must +be considered, since two consecutive term are always different. Brent and McMillan[@brent00] prove that to reduce the partial sum to less than $\Delta_N$ it is sufficient to compute $\alpha N$ terms, where $\alpha$ is the solution to the equation: -\begin{align*} - \alpha\ln(\alpha) = 3 + \alpha && +$$ + \alpha\ln(\alpha) = 3 + \alpha \thus \alpha = \exp(W(3e) - 1) \approx 4.97 -\end{align*} - +$$ The GMP library offers functions to perform some operations such as addition, multiplication, division, etc. However, the logarithm function is not implemented. Thus, most of the code carries out the $\ln(N)$ computation. @@ -299,27 +288,23 @@ This forces $N$ to be rewritten in the following way: $$ N = N_0 \cdot b^e \thus \ln(N) = \ln(N_0) + e \cdot \ln(b) $$ - Since a fast converging series for $\ln(2)$ is known (it will be shown shortly), -$b = 2$ was chosen. If $N$ is a power of two, $N_0$ is 1 and only $\ln(2)$ is to be -computed. More generally, the problem reduces to the calculation of $\ln(N_0)$. +$b = 2$ was chosen. If $N$ is a power of two, $N_0$ is 1 and only $\ln(2)$ is to +be computed. More generally, the problem lies in the calculation of $\ln(N_0)$. Regarding the scientific notation, to find the mantissa $1 \leqslant N_0 < 2$, the number of binary digits of $N$ must be computed (conveniently, a dedicated function `mpz_sizeinbase()` exists in GMP). If the -digits are -$n$: +digits are $n$: $$ e = n - 1 \thus N = N_0 \cdot 2^{n-1} \thus N_0 = \frac{N}{2^{n - 1}} $$ - The logarithm of $N_0$ can be computed from the Taylor series of the hyperbolic tangent, which is convergent for $|x| < 1$: $$ \text{atanh}(x) = \sum_{k = 0}^{+ \infty} \frac{x^{2k + 1}}{2x + 1} $$ - -The relation with the logarithm follows from the definition +The relation with the logarithm follows from the definition: $$ \text{tanh}(x) = \frac{e^x - e^{-x}}{e^x + e^{-x}} = \frac{e^{2x} - 1}{e^{2x} + 1} @@ -329,38 +314,33 @@ $$ \text{tanh} \left( \frac{\ln(z)}{2} \right) = \frac{z - 1}{z + 1} \thus \ln(z) = 2 \, \text{atanh} \left( \frac{z - 1}{z + 1} \right) $$ - The idea is to set $N_0 = z$ and define: $$ y = \frac{N_0 - 1}{N_0 + 1} $$ - hence: $$ \ln(N_0) = 2 \, \text{atanh} (y) = 2 \sum_{k = 0}^{+ \infty} \frac{y^{2k + 1}}{2k + 1} $$ - -To estimate a series with a given precision some care must be taken: -different techniques apply to different series and are explained in -the paper [@riddle08]. In this case, letting $S$ be the value of the -series and $S_k$ the $k$-th partial sum the following bounds can be found: +To estimate a series with a given precision, some care must be taken: different +techniques apply to different series and are explained in the paper [@riddle08]. +In this case, letting $S$ be the value of the series and $S_k$ the $k$-th +partial sum, the following bounds can be found: $$ S_k + a_k \frac{L}{1 -L} < S < S_k + \frac{a_{k+1}}{1 - \frac{a_{k+1}}{a_k}} $$ - where $a_k$ is the $k^{\text{th}}$ term of the series and $L$ is the limiting ratio of the series terms, which must be $\le 1$ in order for it to converge (in this case, it is easy to prove that $L = y^2 < 1$). The width $\Delta S$ of the interval containing $S$ gives the precision of the estimate $\tilde{S}$ if this last is assumed to be its middle value, namely: $$ - \tilde{S} = S_k + \frac{1}{2} \left( + \tilde{S} = S_k + \frac{1}{2} \left( a_k \frac{L}{1 -L} + \frac{a_{k+1}}{1 - \frac{a_{k+1}}{a_k}} \right) \et \Delta S = \frac{a_{k+1}}{1 - \frac{a_{k+1}}{a_k}} - a_k \frac{L}{1 -L} $$ - For this series: \begin{align*} a_k = \frac{y^{2k + 1}}{2k + 1} && @@ -377,7 +357,6 @@ $$ \frac{1}{\frac{2k + 3}{2k + 1}y^{-2} - 1} - \frac{y^2}{1 - y^2} \right) $$ - By imposing $\Delta S_k < 10^{-D}$, where $D$ is the number decimal places required, $k^{\text{max}}$ at which to stop the summation can be obtained. This is achieved by trials, checking for every $k$ whether $\Delta S_k$ is less or @@ -390,21 +369,20 @@ which leads to a much faster series with constant sign: $$ \ln(2) = \sum_{k=1}^{+ \infty} \frac{1}{k \cdot 2^k} $$ - -In this case the series ratio is found to be $L = 1/2$ and the error +In this case the series ratio is found to be $L = 1/2$ and the error: $$ \Delta S_k = \frac{1}{k(k + 2) 2^{k-1}} $$ - -Once the logarithms and the terms $A$, $B$ and $C$ have been computed @eq:faster -can finally be used to obtain $\gamma$ up to the given decimal place. +Once the logarithms and the terms $A$, $B$ and $C$ have been computed, +@eq:faster can finally be used to obtain $\gamma$ up to the given decimal +place. The program was implemented with no particular care for performance but was found to be relatively fast. On a \SI{3.9}{GHz} desktop computer with \SI{2666}{MT\per\s} memory, it takes \SI{0.63}{\second} to compute the first -1000 digits. However, the quadratic complexity of the algorithm makes this -quite unpractical for computing more than a few thousands digits. For this -reason a more optimised algorithm was implemented. +1000 digits. However, this makes it quite unpractical for computing more than +a few thousands digits. For this reason, a more optimised algorithm was +implemented. ### Optimised implementation {#sec:optimised} @@ -413,43 +391,41 @@ The refined Brent-McMillan formula (@eq:faster) is theoretically the fastest but is difficult to implement efficiently. In practice it turns out to be slower than the standard formula even if its asymptotic error is better. -The standard formula [@brent00] ignores the correction $C(N)$ and is rewritten -in a more convenient way: +The standard formula [@brent00] ignores the correction $C(N)$ and can be +rewritten in a more convenient way: $$ \gamma_k = \frac{\sum_{k = 0}^{k_\text{max}} A_k(N)} {\sum_{k = 0}^{k_\text{max}} B_k(N)} $$ where: \begin{align*} - A_k &= \frac{1}{k} \left(\frac{A_{k-1} N^2}{k} + B_k \right) & A_0 &= - \ln(N) \\ - B_k &= \frac{B_{k-1} N^2}{k^2} & B_0 &= 1 \\ + A_k &= \frac{1}{k} \left(\frac{A_{k-1} N^2}{k} + B_k \right) + & A_0 &= - \ln(N) \\ + B_k &= \frac{B_{k-1} N^2}{k^2} + & B_0 &= 1 \\ \end{align*} -As said, the asymptotic error of the formula decreases slower +As said, the asymptotic error of the formula decreases slower: $$ |\gamma - \gamma_k| \sim \pi e^{-4N} = \Delta_N $$ - In order to avoid the expensive computation of $\ln(N)$, N was chosen to be a power of 2, $N = 2^p$. As before: $$ \Delta_p = \pi e^{-2^{p+2}} < 10^{-D} \thus p > \log_2 \left( \ln(\pi) + D \ln(10) \right) - 2 $$ - and the smaller integer is found by taking the floor: $$ p = \left\lfloor \log_2 \left( \ln(\pi) + D \ln(10) \right) \right\rfloor + 1 $$ - -The number of terms to compute, $k_\text{max}$ is still proportional to $N$ -but by a different factor, $\beta$ such that: +The number of terms to compute, $k_\text{max}$, is still proportional to $N$ +but by a different factor $\beta$ such that: \begin{align*} \beta\ln(\beta) = 1 + \beta && \beta = \exp(W(e^{-1}) + 1) \approx 3.59 \end{align*} - As regards the numbers representation, this time the GMP type `mpf_t` was employed. It consists of an arbitrary-precision floating point with a fixed exponent of 32 or 64 bits but arbitrary mantissa length. @@ -457,27 +433,24 @@ If a number $D$ of digits is required, the number of bits can be computed from: $$ 10^D = 2^b \thus b = D \log_2 (10) $$ - -in order to avoid roundoff errors affecting the final result, a security range +In order to avoid roundoff errors affecting the final result, a security range of 64 bits was added to $b$. Furthermore, the computation of $\ln(2)$ was optimized by solving @eq:delta analytically, instead of finding $k^{\text{max}}$ by trials. -The series estimation error was +The series estimation error was: $$ \Delta S_k = \frac{1}{k (k + 2) 2^{k - 1}} < 10^{-D} $$ {#eq:delta} - and the following condition should hold: $$ k (k + 2) 2^{k - 1} > 10^D \thus 2^{k - 1} [(k + 1)^2 - 1] > 10^D $$ - -Asking for the equality with $k = x$ yields +Asking for the equality, with $k = x$ it yields to: $$ 2^{x - 1} (x + 1)^2 = 10^D $$ -which can be again solved by the Lambert $W$ function as follows +which can be again solved by the Lambert $W$ function as follows: \begin{align*} 2^{x - 1} (x + 1)^2 = 10^D &\thus \exp \left( \ln(2) \frac{x - 1}{2} \right) (x + 1) @@ -487,7 +460,6 @@ which can be again solved by the Lambert $W$ function as follows &\thus \exp \left( \frac{\ln(2)}{2} (x + 1)\right) \frac{\ln(2)}{2} (x + 1) = \ln (2) 10^{D/2} \end{align*} - Taking $W$ both sides of the equation: $$ \frac{\ln(2)}{2} (x + 1) = W ( \ln(2) 10^{D/2} ) @@ -496,50 +468,45 @@ which leads to: $$ x = \frac{2}{\ln(2)} \, W ( \ln(2) 10^{D/2} ) - 1 $$ - Finally, the smallest integer greater than $x$ can be found as: $$ k^{\text{max}} = \left\lfloor \frac{2}{\ln(2)} \, W (\ln(2) 10^{D/2}) \right\rfloor $$ - When a large number $D$ of digits is to be computed, the exponentiation can easily overflow if working in double precision. However, $W$ grows like a -logarithm, so intuitively this operation could be optimized out. - -In fact this can be done by using the asymptotic expansion [@corless96] -at large $x$ of $W(x)$ : +logarithm, so intuitively this operation could be optimized out. +This can be done by using the asymptotic expansion [@corless96] at large $x$ of +$W(x)$ : $$ W(x) = L_1 - L_2 + \frac{L_2}{L_1} + \frac{L_2 (L_2 - 2)}{2 L_1^2} + \frac{L_2 (3L_2^3 - 22L_2^2 + 36L_2 - 12)}{12L_1^4} + O\left(\left(\frac{L_2}{L_1}\right)^5\right) $$ -where +where: $$ L_1 = \ln(x) \et L_2 = \ln(\ln(x)) $$ - Now the usual properties of the logarithm can be applied to write: \begin{align*} L_1 &= \ln(\ln(2) 10^{D/2}) = \ln(\ln(2)) + \frac{D}{2}\ln(10) \\ L_2 &= \ln(L_1) \end{align*} - -In this way $k^{\text{max}}$ can be easily computed with standard double +This way, $k^{\text{max}}$ can be easily computed with standard double precision floating points, with no risk of overflow or need of arbitrary precision arithmetic. ### 1 million digits computation -On the same desktop computer, the optimised program computes the first 1000 -digits of $\gamma$ in \SI{4.6}{\milli\second}: a $137\times$ improvement over -the previous program. This make it suitable for a more intensive computation. +On the same desktop computer described before, the optimised program computes +the first 1000 digits of $\gamma$ in \SI{4.6}{\milli\second}: a $137\times$ +improvement over the previous program. This makes it suitable for a more +intensive computation. As a proof of concept, the program was then used to compute a million digits of -$\gamma$, which took \SI{1.26}{\hour} of running time. -The result was verified in \SI{6.33}{\hour} by comparing it with the -`mpmath.euler()` function from the mpmath [@mpmath13] multiple-precision -library with the Python integer backend. The library also uses the standard -Brent-McMillan algorithm and variable precision floating points but is not -based on GMP arithmetic types. +$\gamma$, which took \SI{1.26}{\hour} of running time. The result was verified +in \SI{6.33}{\hour} by comparing it with the `mpmath.euler()` function from the +mpmath [@mpmath13] multiple-precision library with the Python integer backend. +This library uses the standard Brent-McMillan algorithm and variable precision +floating points too but is not based on GMP arithmetic types.