d03pef integrates a system of linear or nonlinear, first-order, time-dependent partial differential equations (PDEs) in one space variable. The spatial discretization is performed using the Keller box scheme and the method of lines is employed to reduce the PDEs to a system of ordinary differential equations (ODEs). The resulting system is solved using a Backward Differentiation Formula (BDF) method.
The routine may be called by the names d03pef or nagf_pde_dim1_parab_keller.
3Description
d03pef integrates the system of first-order PDEs
(1)
In particular the functions must have the general form
(2)
where and depend on , , , and the vector is the set of solution values
(3)
and the vector is its partial derivative with respect to . Note that and must not depend on .
The integration in time is from to , over the space interval , where and are the leftmost and rightmost points of a user-defined mesh . The mesh should be chosen in accordance with the expected behaviour of the solution.
The PDE system which is defined by the functions must be specified in pdedef.
The initial values of the functions must be given at . For a first-order system of PDEs, only one boundary condition is required for each PDE component . The npde boundary conditions are separated into at the left-hand boundary , and at the right-hand boundary , such that . The position of the boundary condition for each component should be chosen with care; the general rule is that if the characteristic direction of at the left-hand boundary (say) points into the interior of the solution domain, then the boundary condition for should be specified at the left-hand boundary. Incorrect positioning of boundary conditions generally results in initialization or integration difficulties in the underlying time integration routines.
The boundary conditions have the form:
(4)
at the left-hand boundary, and
(5)
at the right-hand boundary.
Note that the functions and must not depend on , since spatial derivatives are not determined explicitly in the Keller box scheme (see Keller (1970)). If the problem involves derivative (Neumann) boundary conditions then it is generally possible to restate such boundary conditions in terms of permissible variables. Also note that and must be linear with respect to time derivatives, so that the boundary conditions have the general form
(6)
at the left-hand boundary, and
(7)
at the right-hand boundary, where , , , and depend on , and only.
The boundary conditions must be specified in bndary.
The problem is subject to the following restrictions:
(i), so that integration is in the forward direction;
(ii) and must not depend on any time derivatives;
(iii)The evaluation of the function is done at the mid-points of the mesh intervals by calling the pdedef for each mid-point in turn. Any discontinuities in the function must, therefore, be at one or more of the mesh points ;
(iv)At least one of the functions must be nonzero so that there is a time derivative present in the problem.
In this method of lines approach the Keller box scheme (see Keller (1970)) is applied to each PDE in the space variable only, resulting in a system of ODEs in time for the values of at each mesh point. In total there are ODEs in the time direction. This system is then integrated forwards in time using a BDF method.
4References
Berzins M (1990) Developments in the NAG Library software for parabolic equations Scientific Software Systems (eds J C Mason and M G Cox) 59–72 Chapman and Hall
Berzins M, Dew P M and Furzeland R M (1989) Developing software for time-dependent problems using the method of lines and differential-algebraic integrators Appl. Numer. Math.5 375–397
Keller H B (1970) A new difference scheme for parabolic problems Numerical Solutions of Partial Differential Equations (ed J Bramble) 2 327–350 Academic Press
Pennington S V and Berzins M (1994) New NAG Library software for first-order partial differential equations ACM Trans. Math. Softw.20 63–99
5Arguments
1: – IntegerInput
On entry: the number of PDEs in the system to be solved.
Constraint:
.
2: – Real (Kind=nag_wp)Input/Output
On entry: the initial value of the independent variable .
Constraint:
.
On exit: the value of corresponding to the solution values in u. Normally .
3: – Real (Kind=nag_wp)Input
On entry: the final value of to which the integration is to be carried out.
4: – Subroutine, supplied by the user.External Procedure
pdedef must compute the functions which define the system of PDEs. pdedef is called approximately midway between each pair of mesh points in turn by d03pef.
On exit: should usually remain unchanged. However, you may set ires to force the integration routine to take certain actions, as described below:
Indicates to the integrator that control should be passed back immediately to the calling (sub)routine with the error indicator set to .
Indicates to the integrator that the current time step should be abandoned and a smaller time step used instead. You may wish to set when a physically meaningless input or output value has been generated. If you consecutively set , d03pef returns to the calling subroutine with the error indicator set to .
pdedef must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which d03pef is called. Arguments denoted as Input must not be changed by this procedure.
Note:pdedef should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by d03pef. If your code inadvertently does return any NaNs or infinities, d03pef is likely to produce unexpected results.
5: – Subroutine, supplied by the user.External Procedure
bndary must compute the functions and which define the boundary conditions as in equations (4) and (5).
On exit: should usually remain unchanged. However, you may set ires to force the integration routine to take certain actions, as described below:
Indicates to the integrator that control should be passed back immediately to the calling (sub)routine with the error indicator set to .
Indicates to the integrator that the current time step should be abandoned and a smaller time step used instead. You may wish to set when a physically meaningless input or output value has been generated. If you consecutively set , d03pef returns to the calling subroutine with the error indicator set to .
bndary must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which d03pef is called. Arguments denoted as Input must not be changed by this procedure.
Note:bndary should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by d03pef. If your code inadvertently does return any NaNs or infinities, d03pef is likely to produce unexpected results.
6: – Real (Kind=nag_wp) arrayInput/Output
On entry: the initial values of at and the mesh points
, for .
On exit: will contain the computed solution at .
7: – IntegerInput
On entry: the number of mesh points in the interval .
Constraint:
.
8: – Real (Kind=nag_wp) arrayInput
On entry: the mesh points in the spatial direction. must specify the left-hand boundary, , and must specify the right-hand boundary, .
Constraint:
.
9: – IntegerInput
On entry: the number of boundary conditions at the left-hand mesh point .
Constraint:
.
10: – Real (Kind=nag_wp)Input
On entry: a positive quantity for controlling the local error estimate in the time integration. If is the estimated error for at the th mesh point, the error test is:
If , isave must be unchanged from the previous call to the routine because it contains required information about the iteration. In particular:
Contains the number of steps taken in time.
Contains the number of residual evaluations of the resulting ODE system used. One such evaluation involves computing the PDE functions at all the mesh points, as well as one evaluation of the functions in the boundary conditions.
Contains the number of Jacobian evaluations performed by the time integrator.
Contains the order of the last backward differentiation formula method used.
Contains the number of Newton iterations performed by the time integrator. Each iteration involves an ODE residual evaluation followed by a back-substitution using the decomposition of the Jacobian matrix.
14: – IntegerInput
On entry: the dimension of the array isave as declared in the (sub)program from which d03pef is called.
Constraint:
.
15: – IntegerInput
On entry: specifies the task to be performed by the ODE integrator.
Normal computation of output values at .
Take one step and return.
Stop at the first internal integration point at or beyond .
Constraint:
, or .
16: – IntegerInput
On entry: the level of trace information required from d03pef and the underlying ODE solver as follows:
No output is generated.
Only warning messages from the PDE solver are printed on the current error message unit (see x04aaf).
Output from the underlying ODE solver is printed on the current advisory message unit (see x04abf). This output contains details of Jacobian entries, the nonlinear iteration and the time integration during the computation of the ODE system.
Output from the underlying ODE solver is similar to that produced when , except that the advisory messages are given in greater detail.
Output from the underlying ODE solver is similar to that produced when , except that the advisory messages are given in greater detail.
You are advised to set , unless you are experienced with Sub-chapter D02M–N.
17: – IntegerInput/Output
On entry: indicates whether this is a continuation call or a new integration.
Starts or restarts the integration in time.
Continues the integration after an earlier exit from the routine. In this case, only the arguments tout and ifail should be reset between calls to d03pef.
Constraint:
or .
On exit: .
18: – IntegerInput/Output
On entry: ifail must be set to , or to set behaviour on detection of an error; these values have no effect when no error is detected.
A value of causes the printing of an error message and program execution will be halted; otherwise program execution continues. A value of means that an error message is printed while a value of means that it is not.
If halting is not appropriate, the value or is recommended. If message printing is undesirable, then the value is recommended. Otherwise, the value is recommended. When the value or is used it is essential to test the value of ifail on exit.
On exit: unless the routine detects an error or a warning has been flagged (see Section 6).
6Error 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:
On entry, .
Constraint: .
On entry, , , and .
Constraint: .
On entry, .
Constraint: or .
On entry, .
Constraint: , or .
On entry, .
Constraint: .
On entry, .
Constraint: .
On entry, ,
.
Constraint: .
On entry, .
Constraint: .
On entry, .
Constraint: .
On entry, .
Constraint: .
On entry, on initial entry .
Constraint: on initial entry .
On entry, and .
Constraint: .
On entry, is too small:
and .
Underlying ODE solver cannot make further progress from the point ts with the supplied value of acc.
,
.
Repeated errors in an attempted step of underlying ODE solver. Integration was successful as far as ts:
.
In the underlying ODE solver, there were repeated errors or corrector convergence test failures on an attempted step, before completing the requested task. The problem may have a singularity or acc is too small for the integration to continue. Incorrect positioning of boundary conditions may also result in this error. Integration was successful as far as .
In setting up the ODE system an internal auxiliary was unable to initialize the derivative. This could be due to your setting in pdedef or bndary.
Singular Jacobian of ODE system. Check problem formulation.
In evaluating residual of ODE system, has been set in pdedef or bndary. Integration is successful as far as ts:
.
Serious error in internal call to an auxiliary. Increase itrace for further details.
Integration completed, but a small change in acc is unlikely to result in a changed solution.
.
The required task has been completed, but it is estimated that a small change in acc is unlikely to produce any change in the computed solution. (Only applies when you are not operating in one step mode, that is when .)
Error during Jacobian formulation for ODE system. Increase itrace for further details.
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.
7Accuracy
d03pef controls the accuracy of the integration in the time direction but not the accuracy of the approximation in space. The spatial accuracy depends on both the number of mesh points and on their distribution in space. In the time integration only the local error over a single step is controlled and so the accuracy over a number of steps cannot be guaranteed. You should, therefore, test the effect of varying the accuracy argument, acc.
8Parallelism and Performance
Background information to multithreading can be found in the Multithreading documentation.
d03pef is not thread safe and should not be called from a multithreaded user program. Please see Section 1 in FL Interface Multithreading for more information on thread safety.
d03pef is threaded by NAG for parallel execution in multithreaded implementations of the NAG Library.
d03pef 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.
9Further Comments
The Keller box scheme can be used to solve higher-order problems which have been reduced to first-order by the introduction of new variables (see the example problem in d03pkf). In general, a second-order problem can be solved with slightly greater accuracy using the Keller box scheme instead of a finite difference scheme (d03pcf/d03pcaord03phf/d03pha for example), but at the expense of increased CPU time due to the larger number of function evaluations required.
It should be noted that the Keller box scheme, in common with other central-difference schemes, may be unsuitable for some hyperbolic first-order problems such as the apparently simple linear advection equation , where is a constant, resulting in spurious oscillations due to the lack of dissipation. This type of problem requires a discretization scheme with upwind weighting (d03pff for example), or the addition of a second-order artificial dissipation term.
The time taken depends on the complexity of the system and on the accuracy requested.
10Example
This example is the simple first-order system
for and .
The initial conditions are
and the Dirichlet boundary conditions for at and at are given by the exact solution: