NAG Library Routine Document
e04mff
(lp_solve_old)
e04mfa (lp_solve)
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 algorithm, to Section 12 for a detailed description of the specification of the optional parameters and to Section 13 for a detailed description of the monitoring information produced by the routine.
1
Purpose
e04mff/e04mfa solves general linear programming problems. It is not intended for large sparse problems.
e04mfa is a version of
e04mff that has additional arguments in order to make it safe for use in multithreaded applications (see
Section 5). The initialization routine
e04wbf must have been called before calling
e04mfa.
2
Specification
2.1
Specification for e04mff
Fortran Interface
Subroutine e04mff ( |
n, nclin, a, lda, bl, bu, cvec, istate, x, iter, obj, ax, clamda, iwork, liwork, work, lwork, ifail) |
Integer, Intent (In) | :: | n, nclin, lda, liwork, lwork | Integer, Intent (Inout) | :: | istate(n+nclin), ifail | Integer, Intent (Out) | :: | iter, iwork(liwork) | Real (Kind=nag_wp), Intent (In) | :: | a(lda,*), bl(n+nclin), bu(n+nclin), cvec(*) | Real (Kind=nag_wp), Intent (Inout) | :: | x(n) | Real (Kind=nag_wp), Intent (Out) | :: | obj, ax(max(1,nclin)), clamda(n+nclin), work(lwork) |
|
C Header Interface
#include <nagmk26.h>
void |
e04mff_ (const Integer *n, const Integer *nclin, const double a[], const Integer *lda, const double bl[], const double bu[], const double cvec[], Integer istate[], double x[], Integer *iter, double *obj, double ax[], double clamda[], Integer iwork[], const Integer *liwork, double work[], const Integer *lwork, Integer *ifail) |
|
2.2
Specification for e04mfa
Fortran Interface
Subroutine e04mfa ( |
n, nclin, a, lda, bl, bu, cvec, istate, x, iter, obj, ax, clamda, iwork, liwork, work, lwork, lwsav, iwsav, rwsav, ifail) |
Integer, Intent (In) | :: | n, nclin, lda, liwork, lwork | Integer, Intent (Inout) | :: | istate(n+nclin), iwsav(610), ifail | Integer, Intent (Out) | :: | iter, iwork(liwork) | Real (Kind=nag_wp), Intent (In) | :: | a(lda,*), bl(n+nclin), bu(n+nclin), cvec(*) | Real (Kind=nag_wp), Intent (Inout) | :: | x(n), rwsav(475) | Real (Kind=nag_wp), Intent (Out) | :: | obj, ax(max(1,nclin)), clamda(n+nclin), work(lwork) | Logical, Intent (Inout) | :: | lwsav(120) |
|
C Header Interface
#include <nagmk26.h>
void |
e04mfa_ (const Integer *n, const Integer *nclin, const double a[], const Integer *lda, const double bl[], const double bu[], const double cvec[], Integer istate[], double x[], Integer *iter, double *obj, double ax[], double clamda[], Integer iwork[], const Integer *liwork, double work[], const Integer *lwork, logical lwsav[], Integer iwsav[], double rwsav[], Integer *ifail) |
|
Before calling
e04mfa, or
either of the option setting routines
e04mga or
e04mha,
e04wbf must be called.
The specification for
e04wbf is:
Fortran Interface
Integer, Intent (In) | :: | lcwsav, llwsav, liwsav, lrwsav | Integer, Intent (Inout) | :: | ifail | Integer, Intent (Out) | :: | iwsav(liwsav) | Real (Kind=nag_wp), Intent (Out) | :: | rwsav(lrwsav) | Logical, Intent (Out) | :: | lwsav(llwsav) | Character (*), Intent (In) | :: | rname | Character (80), Intent (Out) | :: | cwsav(lcwsav) |
|
C Header Interface
#include <nagmk26.h>
void |
e04wbf (const char *rname, char cwsav[], const Integer *lcwsav, logical lwsav[], const Integer *llwsav, Integer iwsav[], const Integer *liwsav, double rwsav[], const Integer *lrwsav, Integer *ifail, const Charlen length_rname, const Charlen length_cwsav) |
|
e04wbf should be called with
.
lcwsav,
llwsav,
liwsav and
lrwsav, the declared lengths of
cwsav,
lwsav,
iwsav and
rwsav respectively, must satisfy:
The contents of the
arrays
cwsav,
lwsav,
iwsav and
rwsav
must not be altered between calling routines
e04mfa,
e04mga,
e04mha and
e04wbf.
3
Description
e04mff/e04mfa is designed to solve linear programming (LP) problems of the form
where
is an
-element vector and
is an
by
matrix.
This is the default type of problem, referred to as type LP. The optional parameter
Problem Type may be used to specify an alternative problem type FP, in which the objective function is omitted and the routine attempts to find a feasible point for the set of constraints.
The constraints involving
are called the
general constraints. Note that upper and lower bounds are specified for all the variables and for all the general constraints. An
equality constraint can be specified by setting
. If certain bounds are not present, the associated elements of
or
can be set to special values that will be treated as
or
. (See the description of the optional parameter
Infinite Bound Size.)
You must supply an initial estimate of the solution.
The method used by
e04mff/e04mfa is described in detail in
Section 11.
4
References
Gill P E, Hammarling S, Murray W, Saunders M A and Wright M H (1986) Users' guide for LSSOL (Version 1.0) Report SOL 86-1 Department of Operations Research, Stanford University
Gill P E and Murray W (1978) Numerically stable methods for quadratic programming Math. Programming 14 349–372
Gill P E, Murray W, Saunders M A and Wright M H (1984) Procedures for optimization problems with a mixture of bounds and general linear constraints ACM Trans. Math. Software 10 282–298
Gill P E, Murray W, Saunders M A and Wright M H (1989) A practical anti-cycling procedure for linearly constrained optimization Math. Programming 45 437–474
Gill P E, Murray W, Saunders M A and Wright M H (1991) Inertia-controlling methods for general quadratic programming SIAM Rev. 33 1–36
Gill P E, Murray W and Wright M H (1981) Practical Optimization Academic Press
5
Arguments
- 1: – IntegerInput
-
On entry: , the number of variables.
Constraint:
.
- 2: – IntegerInput
-
On entry: , the number of general linear constraints.
Constraint:
.
- 3: – Real (Kind=nag_wp) arrayInput
-
Note: the second dimension of the array
a
must be at least
if
and at least
if
.
On entry: the
th row of
a must contain the coefficients of the
th general linear constraint, for
.
If
,
a is not referenced.
- 4: – IntegerInput
-
On entry: the first dimension of the array
a as declared in the (sub)program from which
e04mff/e04mfa is called.
Constraint:
.
- 5: – Real (Kind=nag_wp) arrayInput
- 6: – Real (Kind=nag_wp) arrayInput
-
On entry: must contain the lower bounds and
bu the upper bounds, for all the constraints in the following order. The first
elements of each array must contain the bounds on the variables, and the next
elements the bounds for the general linear constraints (if any). To specify a nonexistent lower bound (i.e.,
), set
, and to specify a nonexistent upper bound (i.e.,
), set
; the default value of
is
, but this may be changed by the optional parameter
Infinite Bound Size. To specify the
th constraint as an
equality, set
, say, where
.
Constraints:
- , for ;
- if , .
- 7: – Real (Kind=nag_wp) arrayInput
-
Note: the dimension of the array
cvec
must be at least
if the problem is of type LP (the default), and at least
otherwise.
On entry: the coefficients of the objective function when the problem is of type LP.
If the problem is of type FP,
cvec is not referenced.
- 8: – Integer arrayInput/Output
-
On entry: need not be set if the (default) optional parameter
Cold Start is used.
If the optional parameter
Warm Start has been chosen,
istate specifies the desired status of the constraints at the start of the feasibility phase. More precisely, the first
elements of
istate refer to the upper and lower bounds on the variables, and the next
elements refer to the general linear constraints (if any). Possible values for
are as follows:
| Meaning |
0 | The corresponding constraint should not be in the initial working set. |
1 | The constraint should be in the initial working set at its lower bound. |
2 | The constraint should be in the initial working set at its upper bound. |
3 | The constraint should be in the initial working set as an equality. This value must not be specified unless . |
The values
,
and
are also acceptable but will be reset to zero by the routine. If
e04mff/e04mfa has been called previously with the same values of
n and
nclin,
istate already contains satisfactory information. (See also the description of the optional parameter
Warm Start.) The routine also adjusts (if necessary) the values supplied in
x to be consistent with
istate.
Constraint:
, for .
On exit: the status of the constraints in the working set at the point returned in
x. The significance of each possible value of
is as follows:
| Meaning |
| The constraint violates its lower bound by more than the feasibility tolerance. |
| The constraint violates its upper bound by more than the feasibility tolerance. |
| The constraint is satisfied to within the feasibility tolerance, but is not in the working set. |
| This inequality constraint is included in the working set at its lower bound. |
| This inequality constraint is included in the working set at its upper bound. |
| This constraint is included in the working set as an equality. This value of istate can occur only when . |
| This corresponds to optimality being declared with being temporarily fixed at its current value. This value of istate can occur only when on exit. |
- 9: – Real (Kind=nag_wp) arrayInput/Output
-
On entry: an initial estimate of the solution.
On exit: the point at which
e04mff/e04mfa terminated. If
,
or
,
x contains an estimate of the solution.
- 10: – IntegerOutput
-
On exit: the total number of iterations performed.
- 11: – Real (Kind=nag_wp)Output
-
On exit: the value of the objective function at
if
is feasible, or the sum of infeasibiliites at
otherwise. If the problem is of type FP and
is feasible,
obj is set to zero.
- 12: – Real (Kind=nag_wp) arrayOutput
-
On exit: the final values of the linear constraints
.
If
,
ax is not referenced.
- 13: – Real (Kind=nag_wp) arrayOutput
-
On exit: the values of the Lagrange multipliers for each constraint with respect to the current working set. The first elements contain the multipliers for the bound constraints on the variables, and the next elements contain the multipliers for the general linear constraints (if any). If (i.e., constraint is not in the working set), is zero. If is optimal, should be non-negative if , non-positive if and zero if .
- 14: – Integer arrayWorkspace
- 15: – IntegerInput
-
On entry: the dimension of the array
iwork as declared in the (sub)program from which
e04mff/e04mfa is called.
Constraint:
.
- 16: – Real (Kind=nag_wp) arrayWorkspace
- 17: – IntegerInput
-
On entry: the dimension of the array
work as declared in the (sub)program from which
e04mff/e04mfa is called.
Constraints:
- if the problem is of type LP (the default),
- if , ;
- if , ;
- otherwise ;
- if the problem is of type FP,
- if , ;
- if , ;
- otherwise .
The amounts of workspace provided and required are (by default) output on the current advisory message unit (as defined by
x04abf). As an alternative to computing
liwork and
lwork from the formulas given above, you may prefer to obtain appropriate values from the output of a preliminary run with
liwork and
lwork set to
. (
e04mff/e04mfa will then terminate with
.)
- 18: – IntegerInput/Output
-
Note: for e04mfa, ifail does not occur in this position in the argument list. See the additional arguments described below.
On entry:
ifail must be set to
,
. If you are unfamiliar with this argument you should refer to
Section 3.4 in How to Use the NAG Library and its Documentation 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 exit:
unless the routine detects an error or a warning has been flagged (see
Section 6).
e04mff/e04mfa returns with
if
is a strong local minimizer, i.e., the reduced gradient (
Norm Gz; see
Section 9.2) is negligible and the Lagrange multipliers (
Lagr Mult; see
Section 9.2) are optimal.
- Note: the following are additional arguments for specific use with e04mfa. Users of e04mff therefore need not read the remainder of this description.
- 18: – Logical arrayCommunication Array
- 19: – Integer arrayCommunication Array
- 20: – Real (Kind=nag_wp) arrayCommunication Array
-
The arrays
lwsav,
iwsav and
rwsav must not be altered between calls to any of the routines
e04mfa,
e04mga,
e04mha or
e04wbf.
- 21: – IntegerInput/Output
-
Note: see the argument description for
ifail above.
6
Error Indicators and Warnings
If on entry
or
, explanatory error messages are output on the current error message unit (as defined by
x04aaf).
Note: e04mff/e04mfa may return useful information for one or more of the following detected errors or warnings.
Errors or warnings detected by the routine:
-
is a weak local minimum (the projected gradient is negligible and the Lagrange multipliers are optimal but there is a small multiplier). This means that the solution is not unique.
-
The solution appears to be unbounded, i.e., the objective function is not bounded below in the feasible region. This value of
ifail occurs if a step larger than
Infinite Step Size (
) would have to be taken in order to continue the algorithm, or the next step would result in an element of
having magnitude larger than optional parameter
Infinite Bound Size (
).
-
No feasible point was found, i.e., it was not possible to satisfy all the constraints to within the feasibility tolerance. In this case, the constraint violations at the final
will reveal a value of the tolerance for which a feasible point will exist – for example, when the feasibility tolerance for each violated constraint exceeds its
Slack (see
Section 9.2) at the final point. The modified problem (with an altered feasibility tolerance) may then be solved using a
Warm Start. You should check that there are no constraint redundancies. If the data for the constraints are accurate only to the absolute precision
, you should ensure that the value of the optional parameter
Feasibility Tolerance (
, where
is the
machine precision) is
greater than
. For example, if all elements of
are of order unity and are accurate only to three decimal places, the
Feasibility Tolerance should be at least
.
-
The limiting number of iterations was reached before normal termination occurred.
The value of the optional parameter
Iteration Limit (
) may be too small. If the method appears to be making progress (e.g., the objective function is being satisfactorily reduced), either rerun
e04mff/e04mfa with a larger value of
Iteration Limit or, alternatively, rerun
e04mff/e04mfa using the
Warm Start facility to specify the initial working set.
Not used by this routine.
-
An input argument is invalid.
-
The designated problem type was not FP or LP. Rerun
e04mff/e04mfa with the optional parameter
Problem Type set to one of these values.
-
If the printed output before the overflow error contains a warning about serious ill-conditioning in the working set when adding the
th constraint, it may be possible to avoid the difficulty by increasing the magnitude of the
Feasibility Tolerance (
, where
is the
machine precision) and rerunning the program. If the message recurs even after this change, the offending linearly dependent constraint (with index ‘
’) must be removed from the problem.
An unexpected error has been triggered by this routine. Please
contact
NAG.
See
Section 3.9 in How to Use the NAG Library and its Documentation for further information.
Your licence key may have expired or may not have been installed correctly.
See
Section 3.8 in How to Use the NAG Library and its Documentation for further information.
Dynamic memory allocation failed.
See
Section 3.7 in How to Use the NAG Library and its Documentation for further information.
7
Accuracy
e04mff/e04mfa implements a numerically stable active set strategy and returns solutions that are as accurate as the condition of the problem warrants on the machine.
8
Parallelism and Performance
e04mff/e04mfa 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.
This section contains some comments on scaling and a description of the printed output.
9.1
Scaling
Sensible scaling of the problem is likely to reduce the number of iterations required and make the problem less sensitive to perturbations in the data, thus improving the condition of the problem. In the absence of better information it is usually sensible to make the Euclidean lengths of each constraint of comparable magnitude. See the
E04 Chapter Introduction and
Gill et al. (1981) for further information and advice.
9.2
Description of the Printed Output
This section describes the intermediate printout and final printout produced by
e04mff/e04mfa. The intermediate printout is a subset of the monitoring information produced by the routine at every iteration (see
Section 13). You can control the level of printed output (see the description of the optional parameter
Print Level). Note that the intermediate printout and final printout are produced only if
(the default for
e04mff, by default no output is produced by
e04mfa).
The following line of summary output (
characters) is produced at every iteration. In all cases, the values of the quantities printed are those in effect
on completion of the given iteration.
Itn |
is the iteration count.
|
Step |
is the step taken along the computed search direction. If a constraint is added during the current iteration, Step will be the step to the nearest constraint. When the problem is of type LP, the step can be greater than during the optimality phase.
|
Ninf |
is the number of violated constraints (infeasibilities). This will be zero during the optimality phase.
|
Sinf/Objective |
is the value of the current objective function. If is not feasible, Sinf gives a weighted sum of the magnitudes of constraint violations. If is feasible, Objective is the value of the objective function of (1). The output line for the final iteration of the feasibility phase (i.e., the first iteration for which Ninf is zero) will give the value of the true objective at the first feasible point. During the optimality phase the value of the objective function will be nonincreasing. During the feasibility phase the number of constraint infeasibilities will not increase until either a feasible point is found or the optimality of the multipliers implies that no feasible point exists. Once optimal multipliers are obtained the number of infeasibilities can increase, but the sum of infeasibilities will either remain constant or be reduced until the minimum sum of infeasibilities is found.
|
Norm Gz |
is , the Euclidean norm of the reduced gradient with respect to . During the optimality phase, this norm will be approximately zero after a unit step.
(See Sections 11.2 and 11.4.) |
The final printout includes a listing of the status of every variable and constraint.
The following describes the printout for each variable. A full stop (.) is printed for any numerical value that is zero.
Varbl |
gives the name (V) and index , for , of the variable.
|
State |
gives the state of the variable (FR if neither bound is in the working set, EQ if a fixed variable, LL if on its lower bound, UL if on its upper bound, TF if temporarily fixed at its current value). If Value lies outside the upper or lower bounds by more than the Feasibility Tolerance, State will be ++ or -- respectively.
A key is sometimes printed before State.
A |
Alternative optimum possible. The variable is active at one of its bounds, but its Lagrange multiplier is essentially zero. This means that if the variable were allowed to start moving away from its bound then there would be no change to the objective function. The values of the other free variables might change, giving a genuine alternative solution. However, if there are any degenerate variables (labelled D), the actual change might prove to be zero, since one of them could encounter a bound immediately. In either case the values of the Lagrange multipliers might also change.
|
D |
Degenerate. The variable is free, but it is equal to (or very close to) one of its bounds.
|
I |
Infeasible. The variable is currently violating one of its bounds by more than the Feasibility Tolerance.
|
|
Value |
is the value of the variable at the final iteration.
|
Lower Bound |
is the lower bound specified for the variable. None indicates that .
|
Upper Bound |
is the upper bound specified for the variable. None indicates that .
|
Lagr Mult |
is the Lagrange multiplier for the associated bound. This will be zero if State is FR unless and , in which case the entry will be blank. If is optimal, the multiplier should be non-negative if State is LL and non-positive if State is UL.
|
Slack |
is the difference between the variable Value and the nearer of its (finite) bounds and . A blank entry indicates that the associated variable is not bounded (i.e., and ).
|
The meaning of the printout for general constraints is the same as that given above for variables, with ‘variable’ replaced by ‘constraint’,
and
are replaced by
and
respectively, and with the following change in the heading:
L Con |
gives the name (L) and index , for , of the linear constraint.
|
Note that movement off a constraint (as opposed to a variable moving away from its bound) can be interpreted as allowing the entry in the Slack column to become positive.
Numerical values are output with a fixed number of digits; they are not guaranteed to be accurate to this precision.
10
Example
This example minimizes the function
subject to the bounds
and the general constraints
The initial point, which is infeasible, is
The optimal solution (to five figures) is
Four bound constraints and three general constraints are active at the solution.
The document for
e04mgf/e04mga includes an example program to solve the same problem using some of the optional parameters described in
Section 12.
10.1
Program Text
Note: the following programs illustrate the use of e04mff and e04mfa.
Program Text (e04mffe.f90)
Program Text (e04mfae.f90)
10.2
Program Data
Program Data (e04mffe.d)
Program Data (e04mfae.d)
10.3
Program Results
Program Results (e04mffe.r)
Program Results (e04mfae.r)
Note: the remainder of this document is intended for more advanced users. Section 11 contains a detailed description of the algorithm which may be needed in order to understand Sections 12 and 13. Section 12 describes the optional parameters which may be set by calls to e04mgf/e04mga and/or e04mhf/e04mha. Section 13 describes the quantities which can be requested to monitor the course of the computation.
11
Algorithmic Details
This section contains a detailed description of the method used by e04mff/e04mfa.
11.1
Overview
e04mff/e04mfa is based on an inertia-controlling method due to
Gill and Murray (1978), and is described in detail by
Gill et al. (1991). Here we briefly summarise the main features of the method. Where possible, explicit reference is made to the names of variables that are arguments of
e04mff/e04mfa or appear in the printed output.
e04mff/e04mfa has two phases: finding an initial feasible point by minimizing the sum of infeasibilities (the
feasibility phase), and minimizing the linear objective function within the feasible region (the
optimality phase). The computations in both phases are performed by the same subroutines. The two-phase nature of the algorithm is reflected by changing the function being minimized from the sum of infeasibilities to the linear objective function. The feasibility phase does
not perform the standard simplex method (i.e., it does not necessarily find a vertex), except in the case when
. Once any iterate is feasible, all subsequent iterates remain feasible.
In general, an iterative process is required to solve a linear program. (For simplicity, we shall always consider a typical iteration and avoid reference to the index of the iteration.) Each new iterate
is defined by
where the
step length
is a non-negative scalar, and
is called the
search direction.
At each point
, a
working set of constraints is defined to be a linearly independent subset of the constraints that are satisfied ‘exactly’ (to within the tolerance defined by the optional parameter
Feasibility Tolerance). The working set is the current prediction of the constraints that hold with equality at a solution of an LP problem. The search direction is constructed so that the constraints in the working set remain
unaltered for any value of the step length. For a bound constraint in the working set, this property is achieved by setting the corresponding element of the search direction to zero. Thus, the associated variable is
fixed, and specification of the working set induces a partition of
into
fixed and
free variables. During a given iteration, the fixed variables are effectively removed from the problem; since the relevant elements of the search direction are zero, the columns of
corresponding to fixed variables may be ignored.
Let
denote the number of general constraints in the working set and let
denote the number of variables fixed at one of their bounds (
and
are the quantities
Lin and
Bnd in the monitoring file output from
e04mff/e04mfa; see
Section 13). Similarly, let
(
) denote the number of free variables. At every iteration,
the variables are reordered so that the last
variables are fixed, with all other relevant vectors and matrices ordered accordingly.
11.2
Definition of Search Direction
Let
denote the
by
sub-matrix of general constraints in the working set corresponding to the free variables, and let
denote the search direction with respect to the free variables only. The general constraints in the working set will be unaltered by any move along
if
In order to compute
, the
factorization of
is used:
where
is a nonsingular
by
upper triangular matrix (i.e.,
if
), and the nonsingular
by
matrix
is the product of orthogonal transformations (see
Gill et al. (1984)). If the columns of
are partitioned so that
where
is
by
, then the
(
) columns of
form a basis for the null space of
. Let
be an integer such that
, and let
denote a matrix whose
columns are a subset of the columns of
. (The integer
is the quantity
Zr in the monitoring file output from
e04mff/e04mfa. In many cases,
will include
all the columns of
.) The direction
will satisfy
(2) if
where
is any
-vector.
11.3
Main Iteration
Let
denote the
by
matrix
where
is the identity matrix of order
. Let
denote the
transformed gradient
and let the vector of the first
elements of
be denoted by
. The quantity
is known as the
reduced gradient of
. If the reduced gradient is zero,
is a constrained stationary point in the subspace defined by
. During the feasibility phase, the reduced gradient will usually be zero only at a vertex (although it may be zero at non-vertices in the presence of constraint dependencies). During the optimality phase, a zero reduced gradient implies that
minimizes the linear objective when the constraints in the working set are treated as equalities. At a constrained stationary point, Lagrange multipliers
and
for the general and bound constraints are defined from the equations
Given a positive constant
of the order of the
machine precision, a Lagrange multiplier
corresponding to an inequality constraint in the working set is said to be
optimal if
when the associated constraint is at its
upper bound, or if
when the associated constraint is at its
lower bound. If a multiplier is nonoptimal, the objective function (either the true objective or the sum of infeasibilities) can be reduced by deleting the corresponding constraint (with index
Jdel; see
Section 13) from the working set.
If optimal multipliers occur during the feasibility phase and the sum of infeasibilities is nonzero, there is no feasible point, and you can force
e04mff/e04mfa to continue until the minimum value of the sum of infeasibilities has been found; see the discussion of the optional parameter
Minimum Sum of Infeasibilities. At such a point, the Lagrange multiplier
corresponding to an inequality constraint in the working set will be such that
when the associated constraint is at its
upper bound, and
when the associated constraint is at its
lower bound. Lagrange multipliers for equality constraints will satisfy
.
If the reduced gradient is not zero, Lagrange multipliers need not be computed and the nonzero elements of the search direction are given by . The choice of step length is influenced by the need to maintain feasibility with respect to the satisfied constraints.
Each change in the working set leads to a simple change to : if the status of a general constraint changes, a row of is altered; if a bound constraint enters or leaves the working set, a column of changes. Explicit representations are recurred of the matrices and ; and of vectors , and .
One of the most important features of
e04mff/e04mfa is its control of the conditioning of the working set, whose nearness to linear dependence is estimated by the ratio of the largest to smallest diagonal elements of the
factor
(the printed value
Cond T; see
Section 13). In constructing the initial working set, constraints are excluded that would result in a large value of
Cond T.
e04mff/e04mfa includes a rigorous procedure that prevents the possibility of cycling at a point where the active constraints are nearly linearly dependent (see
Gill et al. (1989)). The main feature of the anti-cycling procedure is that the feasibility tolerance is increased slightly at the start of every iteration. This not only allows a positive step to be taken at every iteration, but also provides, whenever possible, a
choice of constraints to be added to the working set. Let
denote the maximum step at which
does not violate any constraint by more than its feasibility tolerance. All constraints at a distance
(
) along
from the current point are then viewed as acceptable candidates for inclusion in the working set. The constraint whose normal makes the largest angle with the search direction is added to the working set.
11.4
Choosing the Initial Working Set
Let
be partitioned as
. A working set for which
defines the null space can be obtained by including
the rows of as ‘artificial constraints’. Minimization of the objective function then proceeds within the subspace defined by
, as described in
Section 11.2.
The artificially augmented working set is given by
so that
will satisfy
and . By definition of the
factorization,
automatically satisfies the following:
where
and hence the
factorization of
(6) is available trivially from
and
without additional expense.
The matrix
is not kept fixed, since its role is purely to define an appropriate null space; the
factorization can therefore be updated in the normal fashion as the iterations proceed. No work is required to ‘delete’ the artificial constraints associated with
when
, since this simply involves repartitioning
. The ‘artificial’ multiplier vector associated with the rows of
is equal to
, and the multipliers corresponding to the rows of the ‘true’ working set are the multipliers that would be obtained if the artificial constraints were not present. If an artificial constraint is ‘deleted’ from the working set, an
A appears alongside the entry in the
Jdel column of the monitoring file output (see
Section 13).
The number of columns in
and
and the Euclidean norm of
, appear in the monitoring file output as
Art,
Zr and
Norm Gz respectively (see
Section 13).
Under some circumstances, a different type of artificial constraint is used when solving a linear program. Although the algorithm of
e04mff/e04mfa does not usually perform simplex steps (in the traditional sense), there is one exception: a linear program with fewer general constraints than variables (i.e.,
). Use of the simplex method in this situation leads to savings in storage. At the starting point, the ‘natural’ working set (the set of constraints exactly or nearly satisfied at the starting point) is augmented with a suitable number of ‘temporary’ bounds, each of which has the effect of temporarily fixing a variable at its current value. In subsequent iterations, a temporary bound is treated as a standard constraint until it is deleted from the working set, in which case it is never added again. If a temporary bound is ‘deleted’ from the working set, an
F (for ‘Fixed’) appears alongside the entry in the
Jdel column of the monitoring file output (see
Section 13).
12
Optional Parameters
Several optional parameters in e04mff/e04mfa define choices in the problem specification or the algorithm logic. In order to reduce the number of formal arguments of e04mff/e04mfa these optional parameters have associated default values that are appropriate for most problems. Therefore, you need only specify those optional parameters whose values are to be different from their default values.
The remainder of this section can be skipped if you wish to use the default values for all optional parameters.
The following is a list of the optional parameters available. A full description of each optional parameter is provided in
Section 12.1.
Optional parameters may be specified by calling one, or both, of the routines
e04mgf/e04mga and
e04mhf/e04mha before a call to
e04mff/e04mfa.
e04mgf/e04mga reads options from an external options file, with
Begin and
End as the first and last lines respectively and each intermediate line defining a single optional parameter. For example,
Begin
Print Level = 5
End
The call
Call e04mgf (ioptns, inform)
can then be used to read the file on unit
ioptns.
inform will be zero on successful exit.
e04mgf/e04mga should be consulted for a full description of this method of supplying optional parameters.
e04mhf/e04mha can be called to supply options directly, one call being necessary for each optional parameter. For example,
Call e04mhf ('Print Level = 5')
e04mhf/e04mha should be consulted for a full description of this method of supplying optional parameters.
All optional parameters not specified by you are set to their default values. Optional parameters specified by you are unaltered by e04mff/e04mfa (unless they define invalid values) and so remain in effect for subsequent calls unless altered by you.
12.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 (if no characters of an optional qualifier are underlined, the qualifier may be omitted);
- a parameter value,
where the letters , and denote options that take character, integer and real values respectively;
- the default value, where the symbol is a generic notation for machine precision (see x02ajf).
Keywords and character values are case and white space insensitive.
Check Frequency | | Default |
Every th iteration, a numerical test is made to see if the current solution satisfies the constraints in the working set. If the largest residual of the constraints in the working set is judged to be too large, the current working set is refactorized and the variables are recomputed to satisfy the constraints more accurately. If , the default value is used.
This option specifies how the initial working set is chosen. With a
Cold Start,
e04mff/e04mfa chooses the initial working set based on the values of the variables and constraints at the initial point. Broadly speaking, the initial working set will include equality constraints and bounds or inequality constraints that violate or ‘nearly’ satisfy their bounds (to within
Crash Tolerance).
With a
Warm Start, you must provide a valid definition of every element of the array
istate.
e04mff/e04mfa will override your specification of
istate if necessary, so that a poor choice of the working set will not cause a fatal error. For instance, any elements of
istate which are set to
,
will be reset to zero, as will any elements which are set to
when the corresponding elements of
bl and
bu are not equal. A warm start will be advantageous if a good estimate of the initial working set is available – for example, when
e04mff/e04mfa is called repeatedly to solve related problems.
Crash Tolerance | | Default |
This value is used in conjunction with the optional parameter
Cold Start (the default value) when
e04mff/e04mfa selects an initial working set. If
, the initial working set will include (if possible) bounds or general inequality constraints that lie within
of their bounds. In particular, a constraint of the form
will be included in the initial working set if
. If
or
, the default value is used.
This special keyword may be used to reset all optional parameters to their default values.
Expand Frequency | | Default |
This option is part of an anti-cycling procedure designed to guarantee progress even on highly degenerate problems.
The strategy is to force a positive step at every iteration, at the expense of violating the constraints by a small amount. Suppose that the value of the optional parameter
Feasibility Tolerance is
. Over a period of
iterations, the feasibility tolerance actually used by
e04mff/e04mfa (i.e., the
working feasibility tolerance) increases from
to
(in steps of
).
At certain stages the following ‘resetting procedure’ is used to remove constraint infeasibilities. First, all variables whose upper or lower bounds are in the working set are moved exactly onto their bounds. A count is kept of the number of nontrivial adjustments made. If the count is positive, iterative refinement is used to give variables that satisfy the working set to (essentially) machine precision. Finally, the working feasibility tolerance is reinitialized to .
If a problem requires more than iterations, the resetting procedure is invoked and a new cycle of iterations is started with incremented by . (The decision to resume the feasibility phase or optimality phase is based on comparing any constraint infeasibilities with .)
The resetting procedure is also invoked when e04mff/e04mfa reaches an apparently optimal, infeasible or unbounded solution, unless this situation has already occurred twice. If any nontrivial adjustments are made, iterations are continued.
If , the default value is used. If , no anti-cycling procedure is invoked.
Feasibility Tolerance | | Default |
If , defines the maximum acceptable absolute violation in each constraint at a ‘feasible’ point. For example, if the variables and the coefficients in the general constraints are of order unity, and the latter are correct to about decimal digits, it would be appropriate to specify as . If , the default value is used.
e04mff/e04mfa attempts to find a feasible solution before optimizing the objective function. If the sum of infeasibilities cannot be reduced to zero, the optional parameter
Minimum Sum of Infeasibilities can be used to find the minimum value of the sum. Let
Sinf be the corresponding sum of infeasibilities. If
Sinf is quite small, it may be appropriate to raise
by a factor of
or
. Otherwise, some error in the data should be suspected.
Note that a ‘feasible solution’ is a solution that satisfies the current constraints to within the tolerance .
Infinite Bound Size | | Default |
If , defines the ‘infinite’ bound in the definition of the problem constraints. Any upper bound greater than or equal to will be regarded as (and similarly any lower bound less than or equal to will be regarded as ). If , the default value is used.
Infinite Step Size | | Default |
If , specifies the magnitude of the change in variables that will be considered a step to an unbounded solution. (Note that an unbounded solution can occur only when the problem is of type LP.) If the change in during an iteration would exceed the value of , the objective function is considered to be unbounded below in the feasible region. If , the default value is used.
Iteration Limit | | Default |
The value of specifies the maximum number of iterations allowed before termination. With and , the workspace needed will be computed and printed, but no iterations will be performed. If , the default value is used.
List | | Default for e04mff |
Nolist | | Default for e04mfa |
Normally each optional parameter specification is printed as it is supplied. Optional parameter
Nolist may be used to suppress the printing and optional parameter
List may be used to restore printing.
Minimum Sum of Infeasibilities | | Default |
If no feasible point exists for the constraints, this option is used to control whether or not e04mff/e04mfa will calculate a point that minimizes the constraint violations. If , e04mff/e04mfa will terminate as soon as it is evident that no feasible point exists for the constraints. The final point will generally not be the point at which the sum of infeasibilities is minimized. If , e04mff/e04mfa will continue until the sum of infeasibilities is minimized.
Monitoring File | | Default |
If and , monitoring information produced by e04mff/e04mfa at every iteration is sent to a file with logical unit number . If and/or , no monitoring information is produced.
Optimality Tolerance | | Default |
If , defines the tolerance used to determine if the bounds and general constraints have the right ‘sign’ for the solution to be judged to be optimal.
If , the default value is used.
Print Level | | Default for e04mff
Default for e04mfa
|
The value of
controls the amount of printout produced by
e04mff/e04mfa, as indicated below. A detailed description of the printed output is given in
Section 9.2 (summary output at each iteration and the final solution) and
Section 13 (monitoring information at each iteration).
The following printout is sent to the current advisory message unit (as defined by
x04abf):
|
Output |
|
No output. |
|
The final solution only. |
|
One line of summary output ( characters; see Section 9.2) for each iteration (no printout of the final solution). |
|
The final solution and one line of summary output for each iteration. |
The following printout is sent to the logical unit number by the optional parameter
Monitoring File:
|
Output |
|
No output. |
|
One long line of output ( characters; see Section 13) for each iteration (no printout of the final solution). |
|
At each iteration, the Lagrange multipliers, the variables , the constraint values and the constraint status (see istate). |
|
At each iteration, the diagonal elements of the upper triangular matrix associated with the factorization (3) (see Section 11.2) of the working set. |
If
and the unit number defined by the optional parameter
Monitoring File is the same as that defined by
x04abf, the summary output for each major iteration is suppressed.
Problem Type | | Default LP |
This option specifies the type of objective function to be minimized during the optimality phase. The following is the optional keyword and the dimensions of the array that must be specified in order to define the objective function:
For problems of type FP, the objective function is omitted and
cvec is not referenced. The following keywords are also acceptable. The minimum abbreviation of each keyword is underlined.
|
Option |
Linear |
LP |
Feasible |
FP |
13
Description of Monitoring Information
This section describes the long line of output (
characters) which forms part of the monitoring information produced by
e04mff/e04mfa. (See also the description of the optional parameters
Monitoring File and
Print Level.) You can control the level of printed output.
To aid interpretation of the printed results, the following convention is used for numbering the constraints: indices through refer to the bounds on the variables, and indices through refer to the general constraints. When the status of a constraint changes, the index of the constraint is printed, along with the designation L (lower bound), U (upper bound), E (equality), F (temporarily fixed variable) or A (artificial constraint).
When
and
, the following line of output is produced at every iteration on the unit number specified by optional parameter
Monitoring File. In all cases, the values of the quantities printed are those in effect
on completion of the given iteration.
Itn |
is the iteration count.
|
Jdel |
is the index of the constraint deleted from the working set. If Jdel is zero, no constraint was deleted.
|
Jadd |
is the index of the constraint added to the working set. If Jadd is zero, no constraint was added.
|
Step |
is the step taken along the computed search direction. If a constraint is added during the current iteration, Step will be the step to the nearest constraint. When the problem is of type LP, the step can be greater than during the optimality phase.
|
Ninf |
is the number of violated constraints (infeasibilities). This will be zero during the optimality phase.
|
Sinf/Objective |
is the value of the current objective function. If is not feasible, Sinf gives a weighted sum of the magnitudes of constraint violations. If is feasible, Objective is the value of the objective function of (1). The output line for the final iteration of the feasibility phase (i.e., the first iteration for which Ninf is zero) will give the value of the true objective at the first feasible point. During the optimality phase the value of the objective function will be nonincreasing. During the feasibility phase the number of constraint infeasibilities will not increase until either a feasible point is found or the optimality of the multipliers implies that no feasible point exists. Once optimal multipliers are obtained the number of infeasibilities can increase, but the sum of infeasibilities will either remain constant or be reduced until the minimum sum of infeasibilities is found.
|
Bnd |
is the number of simple bound constraints in the current working set.
|
Lin |
is the number of general linear constraints in the current working set.
|
Art |
is the number of artificial constraints in the working set, i.e., the number of columns of (see Section 11.4).
|
Zr |
is the number of columns of (see Section 11.2). Zr is the dimension of the subspace in which the objective function is currently being minimized. The value of Zr is the number of variables minus the number of constraints in the working set; i.e., .The value of , the number of columns of (see Section 11.2) can be calculated as . A zero value of implies that lies at a vertex of the feasible region.
|
Norm Gz |
is , the Euclidean norm of the reduced gradient with respect to . During the optimality phase, this norm will be approximately zero after a unit step.
|
NOpt |
is the number of nonoptimal Lagrange multipliers at the current point. NOpt is not printed if the current is infeasible or no multipliers have been calculated. At a minimizer, NOpt will be zero.
|
Min Lm |
is the value of the Lagrange multiplier associated with the deleted constraint. If Min Lm is negative, a lower bound constraint has been deleted, if Min Lm is positive, an upper bound constraint has been deleted. If no multipliers are calculated during a given iteration Min Lm will be zero.
|
Cond T |
is a lower bound on the condition number of the working set.
|