NAG FL Interface
d01raf (dim1_gen_vec_multi_rcomm)
Note: this routine uses optional parameters to define choices in the problem specification and in the details of the algorithm. If you wish to use default
settings for all of the optional parameters, you need only read Sections 1 to 10 of this document. If, however, you wish to reset some or all of the settings please refer to Section 11 for a detailed description of the specification of the optional parameters.
1
Purpose
d01raf is a general purpose adaptive integrator which calculates an approximation to a vector of definite integrals
over a finite range
, given the vector of integrands
.
If the same subdivisions of the range are equally good for functions and , because and have common areas of the range where they vary slowly and where they vary quickly, then we say that and are ‘similar’. d01raf is particularly effective for the integration of a vector of similar functions.
2
Specification
Fortran Interface
Subroutine d01raf ( |
irevcm, ni, a, b, sid, needi, x, lenx, nx, fm, ldfm, dinest, errest, iopts, opts, icom, licom, com, lcom, ifail) |
Integer, Intent (In) |
:: |
ni, lenx, ldfm, iopts(100), licom, lcom |
Integer, Intent (Inout) |
:: |
irevcm, needi(ni), nx, icom(licom), ifail |
Integer, Intent (Out) |
:: |
sid |
Real (Kind=nag_wp), Intent (In) |
:: |
a, b, fm(ldfm,*), opts(100) |
Real (Kind=nag_wp), Intent (Inout) |
:: |
x(lenx), dinest(ni), errest(ni), com(lcom) |
|
C Header Interface
#include <nag.h>
void |
d01raf_ (Integer *irevcm, const Integer *ni, const double *a, const double *b, Integer *sid, Integer needi[], double x[], const Integer *lenx, Integer *nx, const double fm[], const Integer *ldfm, double dinest[], double errest[], const Integer iopts[], const double opts[], Integer icom[], const Integer *licom, double com[], const Integer *lcom, Integer *ifail) |
|
C++ Header Interface
#include <nag.h> extern "C" {
void |
d01raf_ (Integer &irevcm, const Integer &ni, const double &a, const double &b, Integer &sid, Integer needi[], double x[], const Integer &lenx, Integer &nx, const double fm[], const Integer &ldfm, double dinest[], double errest[], const Integer iopts[], const double opts[], Integer icom[], const Integer &licom, double com[], const Integer &lcom, Integer &ifail) |
}
|
The routine may be called by the names d01raf or nagf_quad_dim1_gen_vec_multi_rcomm.
3
Description
d01raf is an extension to various QUADPACK routines, including QAG, QAGS and QAGP. The extensions made allow multiple integrands to be evaluated simultaneously, using a vectorized interface and reverse communication.
The quadrature scheme employed by
d01raf can be chosen by you. Six Gauss–Kronrod schemes are available. The algorithm incorporates a global acceptance criterion (as defined by
Malcolm and Simpson (1976)), optionally together with the ε-algorithm (see
Wynn (1956)) to perform extrapolation. The local error estimation is described in
Piessens et al. (1983).
d01raf is the integration routine in the suite of routines
d01raf and
d01rcf. It also uses optional parameters, which can be set and queried using the routines
d01zkf and
d01zlf respectively. The options available are described in
Section 11.
First, the option arrays
iopts and
opts must be initialized using
d01zkf. Thereafter any required options must be set before calling
d01raf, or the routine
d01rcf.
A typical usage of this suite of routines is (in pseudo-code for clarity),
Setup phase
liopts = 100
lopts = 100
allocate(iopts(liopts),opts(lopts))
Call d01zkf('initialize = d01raf',iopts,liopts,opts,lopts,ifail)
Call d01zkf('option = value',iopts,liopts,opts,lopts,ifail)
...
Call d01rcf(ni,lenxrq,ldfmrq,sdfmrq,licmin,licmax,lcmin,lcmax, &
iopts,opts,ifail)
lenx = lenxrq
ldfm = ldfmrq
sdfm = sdfmrq
licom = licmax
lcom = lcmax
allocate(icom(licom),com(lcom),x(lenx),fm(ldfm,sdfm),needi(ni), &
dinest(ni),errest(ni))
Solve phase
irevcm = 1
While irevcm≠0
Call d01raf(irevcm,ni,a,b,sid,needi,x,lenx,nx,fm,ldfm, &
dinest,errest,iopts,opts,icom,licom,com, &
lcom,ifail)
Select Case(irevcm)
Case(11)
Initial solve phase
evaluate fm(1:ni,1:nx)
Case(12)
Adaptive solve phase
evaluate fm(needi(1:ni)=1,1:nx)
Case(0)
investigate ifail
End Select
End While
Diagnostic phase
Call d01zlf('option',ivalue,rvalue,cvalue,optype,iopts,opts,ifail)
...
During the initial solve phase, the first estimation of the definite integral and error estimate is constructed over the interval
. This will have been divided into
level
segments, where
is the number of
Primary Divisions, and will use any provided break-points if
.
Once a complete integral estimate over
is available, i.e., after all the estimates for the level
segments have been evaluated, the routine enters the adaptive phase. The estimated errors are tested against the requested tolerances
and
, corresponding to the
Absolute Tolerance and
Relative Tolerance respectively. Should this test fail, and additional subdivision be allowed, a segment is selected for subdivision, and is subsequently replaced by two new segments at the next level of refinement. How this segment is chosen may be altered by setting
Prioritize Error to either favour the segment with the maximum error, or the segment with the lowest level supporting an unacceptable (although potentially non-maximal) error. Up to
subdivisions are allowed if sufficient memory is provided, where
is the value of
Maximum Subdivisions.
Once a sufficient number of error estimates have been constructed for a particular integral, the routine may optionally use
Extrapolation to attempt to accelerate convergence. This may significantly lower the amount of work required for a given integration. To minimize the risk of premature convergence from extrapolation, a safeguard
can be set using
Extrapolation Safeguard, and the extrapolated solution will only be considered if
, where
and
are the estimated error directly from the quadrature and from the extrapolation respectively. If extrapolation is successful for the computation of integral
, the extrapolated solution will be returned in
on completion of
d01raf. Otherwise the direct solution will be returned in
. This is indicated by the value of
on completion.
4
References
Malcolm M A and Simpson R B (1976) Local versus global strategies for adaptive quadrature ACM Trans. Math. Software 1 129–146
Piessens R (1973) An algorithm for automatic integration Angew. Inf. 15 399–401
Piessens R, de Doncker–Kapenga E, Überhuber C and Kahaner D (1983) QUADPACK, A Subroutine Package for Automatic Integration Springer–Verlag
Wynn P (1956) On a device for computing the transformation Math. Tables Aids Comput. 10 91–96
5
Arguments
Note: this routine uses
reverse communication. Its use involves an initial entry, intermediate exits and re-entries, and a final exit, as indicated by the argument
irevcm. Between intermediate exits and re-entries,
all arguments other than irevcm, needi and fm must remain unchanged.
-
1:
– Integer
Input/Output
-
On initial entry:
.
- Sets up data structures in icom and com and starts a new integration.
Constraint:
on initial entry.
On intermediate exit:
or
.
irevcm requests the integrands
be evaluated for all required
as indicated by
needi, and at all the points
, for
. Abscissae
are provided in
and
must be returned in
.
During the initial solve phase:
- Function values are required to construct the initial estimates of the definite integrals.
If , must be supplied in . This will be the case unless you have abandoned the evaluation of specific integrals on a previous call.
If , you have previously abandoned the evaluation of integral , and hence should not supply the value of .
dinest and
errest contain incomplete information during this phase. As such you should not abandon the evaluation of any integrals during this phase unless you do not require their estimate.
If
irevcm is set to a negative value during this phase,
, for
, will be set to this negative value and
will be returned.
During the adaptive solve phase:
- Function values are required to improve the estimates of the definite integrals.
If , any evaluation of will be discarded, so there is no need to provide them.
If , must be provided in .
If , or , the current error estimate of integral does not require integrand to be evaluated and provided in . Should you choose to, integrand can be evaluated in which case must be set to .
dinest and
errest contain complete information during this phase.
If
irevcm is set to a negative value during this phase
,
or
will be returned and the elements of
needi will reflect the current state of the adaptive process.
On intermediate re-entry:
irevcm should normally be left unchanged. However, if
irevcm is set to a negative value,
d01raf will terminate, (see
and
above).
On final exit:
.
- Indicates the algorithm has completed.
Note: any values you return to d01raf as part of the reverse communication procedure should not include floating-point NaN (Not a Number) or infinity values, since these are not handled by d01raf. If your code does inadvertently return any NaNs or infinities, d01raf is likely to produce unexpected results.
-
2:
– Integer
Input
-
On entry: , the number of integrands.
-
3:
– Real (Kind=nag_wp)
Input
-
On entry: , the lower bound of the domain.
-
4:
– Real (Kind=nag_wp)
Input
-
On entry:
, the upper bound of the domain.
If
, where
is the
machine precision (see
x02ajf),
d01raf will return
, for
.
-
5:
– Integer
Output
-
For advanced users.
On intermediate exit:
sid identifies a specific set of abscissae,
, returned during the integration process. When a new set of abscissae are generated the value of
sid is incremented by
. Advanced users may store calculations required for an identified set
, and reuse them should
d01raf return the same value of
sid, i.e., the same set of abscissae was used.
-
6:
– Integer array
Input/Output
-
On initial entry: need not be set.
On intermediate exit:
indicates what action must be taken for integral
(see
irevcm).
- Do not provide . Any provided values will be ignored.
- The values
must be provided in , for .
- The values are not required, however the error estimate for integral is still above the requested tolerance. If you wish to provide values for the evaluation of integral , set , and supply
in , for .
- The error estimate for integral cannot be improved to below the requested tolerance directly, either because no more new splits may be performed due to exhaustion, or due to the detection of extremely bad integrand behaviour. However, providing the values may still lead to some improvement, and may lead to an acceptable error estimate indirectly using Wynn's epsilon algorithm. If you wish to provide values for the evaluation of integral , set , and supply
in , for .
- The error estimate of integral is below the requested tolerance. If you believe this to be false, if for example the result in is greatly different to what you may expect, you may force the algorithm to re-evaluate this conclusion by including the evaluations of integrand at
, for , and setting . Integral and error estimation will be performed again during the next iteration.
On intermediate re-entry:
may be used to indicate what action you have taken for integral
.
- You have provided the values
in , for .
- You are abandoning the evaluation of integral . The current values of and will be returned on final completion.
Otherwise you have not provided the value .
On final exit:
indicates the final state of integral
.
- The error estimate for is below the requested tolerance.
- The error estimate for is below the requested tolerance after extrapolation.
- The error estimate for is above the requested tolerance.
- The error estimate for is above the requested tolerance, and extremely bad behaviour of integral has been detected.
- You prohibited further evaluation of integral .
-
7:
– Real (Kind=nag_wp) array
Input/Output
-
On initial entry: if
,
x need not be set. This is the default behaviour.
If
,
x is used to supply a set of initial ‘break-points’ inside the domain of integration. Specifically,
must contain a break-point
, for
, where
is the number of
Primary Divisions.
Constraint:
if break-points are supplied, , , , for .
On intermediate exit:
is the abscissa , for , at which the appropriate integrals must be evaluated.
-
8:
– Integer
Input
-
On entry: the dimension of the array
x as declared in the (sub)program from which
d01raf is called. Currently
will be sufficient for all cases.
Constraint:
, where
is dependent upon the options currently set (see
Section 11).
is returned as
lenxrq from
d01rcf.
-
9:
– Integer
Input/Output
-
On initial entry: need not be set.
On intermediate exit:
, the number of abscissae at which integrands are required.
On intermediate re-entry: must not be changed.
-
10:
– Real (Kind=nag_wp) array
Input
-
Note: the second dimension of the array
fm
must be at least
, where
is dependent upon
and the options currently set.
is returned as
sdfmrq from
d01rcf. If default options are chosen,
.
On initial entry: need not be set.
On intermediate re-entry: if indicated by you must supply the values in , for and .
-
11:
– Integer
Input
-
On entry: the first dimension of the array
fm as declared in the (sub)program from which
d01raf is called.
Constraint:
, where
is dependent upon
and the options currently set.
is returned as
ldfmrq from
d01rcf. If default options are chosen,
, implying
.
-
12:
– Real (Kind=nag_wp) array
Input/Output
-
contains the current estimate of the definite integral .
On initial entry: need not be set.
On intermediate re-entry: must not be altered.
On exit: contains the current estimates of the
ni integrals. If
, this will be the final solution.
-
13:
– Real (Kind=nag_wp) array
Input/Output
-
contains the current error estimate of the definite integral .
On initial entry: need not be set.
On intermediate re-entry: must not be altered.
On exit: contains the current error estimates for the
ni integrals. If
,
errest contains the final error estimates of the
ni integrals.
-
14:
– Integer array
Communication Array
-
15:
– Real (Kind=nag_wp) array
Communication Array
-
The arrays
iopts and
opts must not be altered between calls to any of the routines
d01raf,
d01rcf,
d01zkf and
d01zlf.
-
16:
– Integer array
Communication Array
-
icom contains details of the integration procedure, including information on the integration of the
integrals over individual segments. This data is stored sequentially in the order that segments are created. For further information see
Section 9.1.
-
17:
– Integer
Input
-
On entry: the dimension of the array
icom.
Constraint:
, where
is dependent upon
ni and the current options set.
is returned as
licmin from
d01rcf. If the default options are set,
. Larger values than
are recommended if you anticipate that any integrals will require the domain to be further subdivided.
The maximum value that may be required,
, is returned as
licmax from
d01rcf. If default options are chosen, except for possibly increasing the value of
,
.
-
18:
– Real (Kind=nag_wp) array
Communication Array
-
com contains details of the integration procedure, including information on the integration of the
integrals over individual segments. This data is stored sequentially in the order that segments are created. For further information see
Section 9.1.
-
19:
– Integer
Input
-
On entry: the dimension of the array
com.
Constraint:
, where
is dependent upon
ni,
and the current options set.
is returned as
lcmin from
d01rcf. If default options are set,
. Larger values are recommended if you anticipate that any integrals will require the domain to be further subdivided.
Given the current options and arguments, the maximum value,
, of
lcom that may be required, is returned as
lcmax from
d01rcf. If default options are chosen,
.
-
20:
– Integer
Input/Output
-
On initial entry:
ifail must be set to
,
. If you are unfamiliar with this argument you should refer to
Section 4 in the Introduction to the NAG Library FL Interface for details.
For environments where it might be inappropriate to halt program execution when an error is detected, the value
is recommended. If the output of error messages is undesirable, then the value
is recommended. Otherwise, because for this routine the values of the output arguments may be useful even if
on exit, the recommended value is
.
When the value is used it is essential to test the value of ifail on exit.
On final exit:
unless the routine detects an error or a warning has been flagged (see
Section 6).
6
Error Indicators and Warnings
If on entry
or
, explanatory error messages are output on the current error message unit (as defined by
x04aaf).
Errors or warnings detected by the routine:
Note: in some cases d01raf may return useful information.
-
At least one error estimate exceeded the requested tolerances.
-
Extremely bad behaviour was detected for at least one integral.
-
Extremely bad behaviour was detected for at least one integral. At least one other integral error estimate was above the requested tolerance.
-
irevcm had an illegal value.
On entry,
.
-
On entry, .
Constraint: .
-
On entry,
and at least one supplied break-point in
x is outside of the domain of integration.
-
lenx is insufficient for the chosen options.
On entry,
.
Constraint:
.
-
. If default options are chosen, this implies .
On entry, .
Constraint: .
-
licom is insufficient for additional subdivision.
On entry,
.
Constraint:
.
-
lcom is insufficient for additional subdivision.
On entry,
.
Constraint:
.
-
Either the option arrays
iopts and
opts have not been initialized for
d01raf, or they have become corrupted.
-
On entry, one of
icom and
com has become corrupted.
-
Evaluation of all integrals has been stopped during the initial phase.
An unexpected error has been triggered by this routine. Please
contact
NAG.
See
Section 7 in the Introduction to the NAG Library FL Interface for further information.
Your licence key may have expired or may not have been installed correctly.
See
Section 8 in the Introduction to the NAG Library FL Interface for further information.
Dynamic memory allocation failed.
See
Section 9 in the Introduction to the NAG Library FL Interface for further information.
7
Accuracy
d01raf cannot guarantee, but in practice usually achieves, the following accuracy for each integral
:
where
and
are the error tolerances
Absolute Tolerance and
Relative Tolerance respectively. Moreover, it returns
errest, the entries of which in normal circumstances satisfy,
8
Parallelism and Performance
d01raf is threaded by NAG for parallel execution in multithreaded implementations of the NAG Library.
d01raf makes calls to BLAS and/or LAPACK routines, which may be threaded within the vendor library used by this implementation. Consult the documentation for the vendor library for further information.
Please consult the
X06 Chapter Introduction for information on how to control and interrogate the OpenMP environment used within this routine. Please also consult the
Users' Note for your implementation for any additional implementation-specific information.
The time required by d01raf is usually dominated by the time required to evaluate the values of the integrands .
d01raf will be most efficient if any badly behaved integrands provided have irregularities over similar subsections of the domain. For example, evaluation of the integrals,
will be quite efficient, as the irregular behaviour of the first two integrands is at
. On the contrary, the evaluation of the integrals,
will be less efficient, as the two integrands have singularities at opposite ends of the domain, which will result in subdivisions which are only of use to one integrand. In such cases, it will be more efficient to use two sets of calls to
d01raf.
d01raf will flag extremely bad behaviour if a sub-interval
with bounds
satisfying
has a local error estimate greater than the requested tolerance for at least one integral. The values
and
can be set through the optional parameters
Absolute Interval Minimum and
Relative Interval Minimum respectively.
9.1
Details of the Computation
This section is recommended for expert users only. It describes the contents of the arrays
com and
icom upon exit from
d01raf with
,
,
or
, and provided at least one iteration completed, failure due to insufficient
licom or
lcom.
The arrays
icom and
com contain details of the integration, including various scalars, one-dimensional arrays, and (effectively) two-dimensional arrays. The dimensions of these arrays vary depending on the arguments and options used and the progress of the algorithm. Here we describe some of these details, including how and where they are stored in
icom and
com.
Scalar quantities:
The indices in
icom including the following scalars are available via query only options, see
Section 11.2. For example,
is the integer value returned by the option
Index LDI.
|
The leading dimension of the two-dimensional integer arrays stored in icom detailed below.
. |
|
The leading dimension of the two-dimensional real arrays stored in com detailed below.
. |
|
The number of segments that have been subdivided during the adaptive process.
. |
|
The total number of segments formed.
.
. |
|
The reference of the first element of the array stored in com.
. |
|
The reference of the first element of the array stored in com.
. |
|
The reference of the first element of the array stored in icom.
. |
|
The reference of the first element of the array stored in icom.
. |
|
The reference of the first element of the array stored in com.
. |
|
The reference of the first element of the array stored in icom.
. |
One-dimensional arrays:
-
-
.
contains the number of different approximations of integral calculated, for .
Two-dimensional arrays:
-
-
.
contains information about the hierarchy of splitting.
contains the split identifier for segment , for .
contains the parent segment number of segment (i.e., the segment was split to create segment ), for .
and
contain the segment numbers of the two child segments formed from segment , if segment has been split. If segment has not been split, these will be negative.
contains the level at which the segment exists, corresponding to , where is the number of ancestor segments of segment , for . A negative level indicates that segment will not be split further, the level is then given by the absolute value of .
-
-
.
contains the bounds of each segment.
contains the lower bound of segment , for .
contains the upper bound of segment , for .
-
-
.
contains information to indicate whether an estimate of the integral has been obtained over segment , and if so whether this evaluation still contributes to the direct estimate of , for and .
indicates that integral has not been evaluated over segment .
indicates that integral has been evaluated over segment , and that this evaluation contributes to the direct estimate of .
indicates that integral has been evaluated over segment , that this evaluation contributes to the direct estimate of , and that you have requested no further evaluation of this integral at this segment by setting .
indicates that integral has been evaluated over segment , and this evaluation no longer contributes to the direct estimate of .
indicates that integral has been evaluated over segment , that this evaluation contributes to the direct estimate of , and that this segment is too small for any further splitting to be performed. Integral also has a local error estimate over this segment above the requested tolerance. Such segments cause d01raf to return or , indicating extremely bad behaviour.
indicates that integral has been evaluated over segment , that this evaluation contributes to the direct estimate of , and that this segment is too small for any further splitting to be performed. The local error estimate is however below the requested tolerance.
-
-
.
contains the definite integral estimate of the th integral over the th segment, , provided it has been evaluated, for and .
-
-
.
contains the definite integral error estimate of the th integral over the th segment, , provided it has been evaluated, for and .
For each integral
, the direct approximation
of
, and its error estimate
, may be constructed as,
where
is the set of all contributing segments,
.
will have been returned in
, unless extrapolation was successful, as indicated by
.
Similarly,
will have been returned in
unless extrapolation was successful, in which case the error estimate from the extrapolation will have been returned. If for a given integral
one or more contributing segments have unacceptable error estimates, it may be possible to improve the direct approximation by replacing the contributions from these segments with more accurate estimates should these be calculable by some means. Indeed for any segment
, with lower bound
and upper bound
, one may alter the direct approximation
by the following,
The error estimate may be altered similarly.
10
Example
10.1
Program Text
10.2
Program Data
None.
10.3
Program Results
11
Optional Parameters
This section can be skipped if you wish to use the default values for all optional parameters, otherwise, the following is a list of the optional parameters available. A full description of each optional parameter is provided in
Section 11.1.
The following optional parameters, see
Section 11.2, may be utilized by expert users in conjunction with the information provided in
Section 9.1.
11.1
Description of the Optional Parameters
For each option, we give a summary line, a description of the optional parameter and details of constraints.
The summary line contains:
- the keywords, where the minimum abbreviation of each keyword is underlined;
- a parameter value,
where the letters , and denote options that take character, integer and real values respectively;
- the default value.
The following
symbol represents
various machine constants:
- represents the machine precision (see x02ajf).
All options accept the value ‘DEFAULT’ in order to return single options to their default states.
Keywords and character values are case insensitive, however they must be separated by at least one space.
Unsetable options will return the appropriate value when calling
d01zlf. They will have no effect if passed to
d01zkf.
For
d01raf the maximum length of the argument
cvalue used by
d01zlf is
.
Absolute Interval Minimum | | Default |
, the absolute lower limit for a segment to be considered for subdivision. See also
Relative Interval Minimum and
Section 9.
Constraint: .
Absolute Tolerance | | Default |
, the absolute tolerance required. See also
Relative Tolerance and
Section 3.
Constraint: .
Activate or deactivate the use of the
algorithm (
Wynn (1956)).
Extrapolation often reduces the number of iterations required to achieve the desired solution, but it can occasionally lead to premature convergence towards an incorrect answer.
- Use extrapolation.
- Disable extrapolation.
. If is the estimated error from the quadrature evaluation alone, and is the error estimate determined using extrapolation, then the extrapolated solution will only be accepted if .
Maximum Subdivisions | | Default |
, the maximum number of subdivisions the algorithm may use in the adaptive phase, forming at most an additional segments.
Primary Divisions | | Default |
, the number of initial segments of the domain . By default the initial segment is the entire domain.
Constraint: .
Primary Division Mode | | Default |
Determines how the initial set of segments will be generated.
- AUTOMATIC
- d01raf will automatically generate segments of equal size covering the interval .
- MANUAL
- d01raf will use the break-points , for , supplied in x on initial entry to generate the initial segments covering . These may be supplied in any order, however it will be more efficient to supply them in ascending (or descending if ) order. Repeated break-points are allowed, although this will generate fewer initial segments.
Note: an absolute bound on the size of an initial segment of is automatically applied in all cases, and will result in fewer initial subdivisions being generated if automatically generated or supplied break-points result in segments smaller than this.
Prioritize Error | | Default |
Indicates how new subdivisions of segments sustaining unacceptable local errors for integrals should be prioritized.
- Segments with lower level with unsatisfactory error estimates will be chosen over segments with greater error on higher levels. This will probably lead to more integrals being improved in earlier iterations of the algorithm, and hence will probably lead to fewer repeated returns (see argument sid), and to more integrals being satisfactorily estimated if computational exhaustion occurs.
- The segment with the worst overall error will be split, regardless of level. This will more rapidly improve the worst integral estimates, although it will probably result in the fewest integrals being improved in earlier iterations, and may hence lead to more repeated returns (see argument sid), and potentially fewer integrals satisfying the requested tolerances if computational exhaustion occurs.
Quadrature Rule | | Default |
The basic quadrature rule to be used during the integration. Currently
Gauss–Kronrod rules are available, all identifiable by the letters GK followed by the number of points required by the Kronrod rule. Higher order rules generally provide higher accuracy with fewer subdivisons. However, for integrands with sharp singularities, lower order rules may be more efficient, particularly if the integrand away from the singularity is well behaved. With higher order rules, you may need to increase the
Absolute Interval Minimum and the
Relative Interval Minimum to maintain numerical difference between the abscissae and the segment bounds.
- GK15
- The Gauss–Kronrod rule based on Gauss points and Kronrod points.
- GK21
- The Gauss–Kronrod rule based on Gauss points and Kronrod points. This is the rule used by
d01atf
- GK31
- The Gauss–Kronrod rule based on Gauss points and Kronrod points.
- GK41
- The Gauss–Kronrod rule based on Gauss points and Kronrod points.
- GK51
- The Gauss–Kronrod rule based on Gauss points and Kronrod points.
- GK61
- The Gauss–Kronrod rule based on Gauss points and Kronrod points. This is the highest order rule, most suitable for highly oscilliatory integrals.
Relative Interval Minimum | | Default |
, the relative factor in the lower limit,
, for a segment to be considered for subdivision. See also
Absolute Interval Minimum and
Section 9.
Constraint: .
Relative Tolerance | | Default
|
, the required relative tolerance. See also
Absolute Tolerance and
Section 3.
Constraint: .
Note: setting both is possible, although it will most likely result in an excessive amount of computational effort.
11.2
Diagnostic Options
These options are provided for expert users who wish to examine and modify the precise details of the computation. They should only be used
after d01raf returns, as opposed to the options listed in
Section 11.1 which must be used
before the first call to
d01raf.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.
, the index of
icom required for obtaining
. See
Section 9.1.