WSJT-X/boost/libs/math/doc/roots/minima.qbk

265 lines
9.5 KiB
Plaintext

[section:brent_minima Locating Function Minima using Brent's algorithm]
[import ../../example/brent_minimise_example.cpp]
[h4 Synopsis]
``
#include <boost/math/tools/minima.hpp>
``
template <class F, class T>
std::pair<T, T> brent_find_minima(F f, T min, T max, int bits);
template <class F, class T>
std::pair<T, T> brent_find_minima(F f, T min, T max, int bits, boost::uintmax_t& max_iter);
[h4 Description]
These two functions locate the minima of the continuous function ['f] using
[@http://en.wikipedia.org/wiki/Brent%27s_method Brent's method]: specifically it
uses quadratic interpolation to locate the minima, or if that fails, falls back to
a [@http://en.wikipedia.org/wiki/Golden_section_search golden-section search].
[*Parameters]
[variablelist
[[f] [The function to minimise: a function object (functor) that should be smooth over the
range ['\[min, max\]], with no maxima occurring in that interval.]]
[[min] [The lower endpoint of the range in which to search for the minima.]]
[[max] [The upper endpoint of the range in which to search for the minima.]]
[[bits] [The number of bits precision to which the minima should be found.[br]
Note that in principle, the minima can not be located to greater
accuracy than the square root of machine epsilon (for 64-bit double, sqrt(1e-16)[cong]1e-8),
therefore the value of ['bits] will be ignored if it's greater than half the number of bits
in the mantissa of T.]]
[[max_iter] [The maximum number of iterations to use
in the algorithm, if not provided the algorithm will just
keep on going until the minima is found.]]
] [/variablelist]
[*Returns:]
A `pair` of type T containing the value of the abscissa at the minima and the value
of ['f(x)] at the minima.
[tip Defining BOOST_MATH_INSTRUMENT will show some parameters, for example:
``
Type T is double
bits = 24, maximum 26
tolerance = 1.19209289550781e-007
seeking minimum in range min-4 to 1.33333333333333
maximum iterations 18446744073709551615
10 iterations.
``
]
[h4:example Brent Minimisation Example]
As a demonstration, we replicate this [@http://en.wikipedia.org/wiki/Brent%27s_method#Example Wikipedia example]
minimising the function ['y= (x+3)(x-1)[super 2]].
It is obvious from the equation and the plot that there is a
minimum at exactly one and the value of the function at one is exactly zero.
[tip This observation shows that an analytical or
[@http://en.wikipedia.org/wiki/Closed-form_expression Closed-form expression]
solution always beats brute-force hands-down for both speed and precision.]
[graph brent_test_function_1]
First an include is needed:
[brent_minimise_include_1]
This function is encoded in C++ as function object (functor) using `double` precision thus:
[brent_minimise_double_functor]
The Brent function is conveniently accessed through a `using` statement (noting sub-namespace `::tools`).
The search minimum and maximum are chosen as -4 to 4/3 (as in the Wikipedia example).
[tip S A Stage (reference 6) reports that the Brent algorithm is ['slow to start, but fast to converge],
so choosing a tight min-max range is good.]
For simplicity, we set the precision parameter `bits` to `std::numeric_limits<double>::digits`,
which is effectively the maximum possible i.e. `std::numeric_limits<double>::digits`/2.
Nor do we provide a maximum iterations parameter `max_iter`,
(perhaps unwidely), so the function will iterate until it finds a minimum.
[brent_minimise_double_1]
The resulting [@http://en.cppreference.com/w/cpp/utility/pair std::pair]
contains the minimum close to one and the minimum value close to zero.
x at minimum = 1.00000000112345, f(1.00000000112345) = 5.04852568272458e-018
The differences from the expected ['one] and ['zero] are less than the
uncertainty (for `double`) 1.5e-008 calculated from
`sqrt(std::numeric_limits<double>::digits) == 53`.
We can use it like this to check that the two values are close-enough to those expected,
using boost::math::fpc::is_close_to;
using boost::math::fpc::is_small;
double uncertainty = sqrt(std::numeric_limits<double>::digits);
is_close_to(1., r.first, uncertainty);
is_small(r.second, uncertainty);
x == 1 (compared to uncertainty 0.00034527) is true
f(x) == 0 (compared to uncertainty 0.00034527) is true
It is possible to make this comparison more generally with a templated function,
returning `true` when this criterion is met, for example:
[brent_minimise_close]
In practical applications, we might want to know how many iterations,
and maybe to limit iterations and
perhaps to trade some loss of precision for speed, for example:
[brent_minimise_double_2]
limits to a maximum of 20 iterations
(a reasonable estimate for this application, even for higher precision shown later).
The parameter `it` is updated to return the actual number of iterations
(so it may be useful to also keep a record of the limit in `maxit`).
It is neat to avoid showing insignificant digits by computing the number of decimal digits to display.
[brent_minimise_double_3]
Showing 53 bits precision with 9 decimal digits from tolerance 1.49011611938477e-008
x at minimum = 1, f(1) = 5.04852568e-018
We can also half the number of precision bits from 52 to 26.
[brent_minimise_double_4]
showing no change in the result and no change in the number of iterations, as expected.
It is only if we reduce the precision to a quarter, specifying only 13 precision bits
[brent_minimise_double_5]
that we reduce the number of iterations from 10 to 7 and the result significantly differing from ['one] and ['zero].
Showing 13 bits precision with 9 decimal digits from tolerance 0.015625
x at minimum = 0.9999776, f(0.9999776) = 2.0069572e-009 after 7 iterations.
[h5:template Templating on floating-point type]
If we want to switch the floating-point type, then the functor must be revised.
Since the functor is stateless, the easiest option is to simply make
`operator()` a template member function:
[brent_minimise_T_functor]
The `brent_find_minima` function can now be used in template form.
[brent_minimise_template_1]
The form shown uses the floating-point type `long double` by deduction,
but it is also possible to be more explicit, for example:
std::pair<long double, long double> r = brent_find_minima<func, long double>
(func(), bracket_min, bracket_max, bits, it);
In order to show the use of multiprecision below, it may be convenient to write a templated function to use this.
[brent_minimise_T_show]
We can use this with all built-in floating-point types, for example
[brent_minimise_template_fd]
and, on platforms that provide it, a
[@http://en.wikipedia.org/wiki/Quadruple-precision_floating-point_format 128-bit quad] type.
(See [@boost:libs/multiprecision/doc/html/boost_multiprecision/tut/floats/float128.html float128]).
For this optional include, the build should define the macro BOOST_HAVE_QUADMATH:
[brent_minimise_mp_include_1]
or
[brent_minimise_template_quad]
[h5:multiprecision Multiprecision]
If a higher precision than `double` (or `long double` if that is more precise) is required,
then this is easily achieved using __multiprecision with some includes from
[brent_minimise_mp_include_0]
and some `typdef`s.
[brent_minimise_mp_typedefs]
Using thus
[brent_minimise_mp_1]
and with our show function
[brent_minimise_mp_2]
[brent_minimise_mp_output_1]
[brent_minimise_mp_output_2]
[tip One can usually rely on template argument deduction
to avoid specifying the verbose multiprecision types,
but great care in needed with the ['type of the values] provided
to avoid confusing the compiler.
]
[tip Using `std::cout.precision(std::numeric_limits<T>::digits10);`
or `std::cout.precision(std::numeric_limits<T>::max_digits10);`
during debugging may be wise because it gives some warning if construction of multiprecision values
involves unintended conversion from `double` by showing trailing zero or random digits after
[@http://en.cppreference.com/w/cpp/types/numeric_limits/max_digits10 max_digits10],
that is 17 for `double`, digit 18... may be just noise.]
The complete example code is at [@../../example/brent_minimise_example.cpp brent_minimise_example.cpp].
[h4 Implementation]
This is a reasonably faithful implementation of Brent's algorithm.
[h4 References]
# Brent, R.P. 1973, Algorithms for Minimization without Derivatives,
(Englewood Cliffs, NJ: Prentice-Hall), Chapter 5.
# Numerical Recipes in C, The Art of Scientific Computing,
Second Edition, William H. Press, Saul A. Teukolsky,
William T. Vetterling, and Brian P. Flannery.
Cambridge University Press. 1988, 1992.
# An algorithm with guaranteed convergence for finding a zero
of a function, R. P. Brent, The Computer Journal, Vol 44, 1971.
# [@http://en.wikipedia.org/wiki/Brent%27s_method Brent's method in Wikipedia.]
# Z. Zhang, An Improvement to the Brent's Method, IJEA, vol. 2, pp. 2 to 26, May 31, 2011.
[@http://www.cscjournals.org/manuscript/Journals/IJEA/volume2/Issue1/IJEA-7.pdf ]
# Steven A. Stage, Comments on An Improvement to the Brent's Method
(and comparison of various algorithms)
[@http://www.cscjournals.org/manuscript/Journals/IJEA/volume4/Issue1/IJEA-33.pdf]
Stage concludes that Brent's algorithm is slow to start, but fast to finish convergence, and has good accuracy.
[endsect] [/section:rebt_minima Locating Function Minima]
[/
Copyright 2006, 2015 John Maddock and Paul A. Bristow.
Distributed under the Boost Software License, Version 1.0.
(See accompanying file LICENSE_1_0.txt or copy at
http://www.boost.org/LICENSE_1_0.txt).
]