PDF version (NAG web site
, 64-bit version, 64-bit version)
NAG Toolbox: nag_mip_iqp_sparse (h02ce)
Purpose
nag_mip_iqp_sparse (h02ce) obtains integer solutions to sparse linear programming and quadratic programming problems.
Syntax
[
ns,
xs,
istate,
miniz,
minz,
obj,
clamda,
ifail] = h02ce(
n,
m,
iobj,
ncolh,
qphx,
a,
ha,
ka,
bl,
bu,
start,
names,
crname,
ns,
xs,
intvar,
istate,
strtgy,
leniz,
lenz,
monit, 'nz',
nz, 'nname',
nname, 'lintvr',
lintvr, 'mdepth',
mdepth)
[
ns,
xs,
istate,
miniz,
minz,
obj,
clamda,
ifail] = nag_mip_iqp_sparse(
n,
m,
iobj,
ncolh,
qphx,
a,
ha,
ka,
bl,
bu,
start,
names,
crname,
ns,
xs,
intvar,
istate,
strtgy,
leniz,
lenz,
monit, 'nz',
nz, 'nname',
nname, 'lintvr',
lintvr, 'mdepth',
mdepth)
Description
nag_mip_iqp_sparse (h02ce) is designed to obtain integer solutions to a class of quadratic programming problems addressed by
nag_opt_qpconvex1_sparse_solve (e04nk). Specifically it solves the following problem:
where
is a set of variables (some of which may be required to be integer),
is an
by
matrix and the objective function
may be specified in a variety of ways depending upon the particular problem to be solved. The optional parameter
Maximize may be used to specify an alternative problem in which
is maximized. The possible forms for
are listed in
Table 1, in which the prefixes LP and QP stand for ‘linear programming’ and ‘quadratic programming’ respectively,
is an
-element vector and
is the
by
second-derivative matrix
(the
Hessian matrix).
Problem type |
Objective function
|
Hessian matrix
|
LP |
|
Not applicable |
QP |
|
Symmetric positive semidefinite |
Table 1
For LP and QP problems, the unique global minimum value of is found. For QP problems, you must also provide a function that computes for any given vector . ( need not be stored explicitly.)
(It is not expected that the feasibility problem of
nag_opt_qpconvex1_sparse_solve (e04nk) would be relevant here.)
The function employs a ‘Branch and Bound’ technique to enforce the integer constraints. In this technique the problem is first solved without the integer constraints. If a variable is found to be non-integral when it is required to have an integer value then two additional problems are constructed. One bounds the variable above by the nearest integer value below the optimal value previously obtained. The second problem is formed by bounding the variable below by the nearest integer value above the optimal value. This process is continued until an integer solution is found. At this point you may elect to stop, or may continue to search for better integer solutions by examining any other sub-problems that remain to be explained.
In practice the function tries to compute an integer solution as quickly as possible using a depth-first approach, since this helps determine a realistic cut-off value. If we have a cut-off value, say the value of the function at this first integer solution, and any sub-problem,
say, has a solution value greater than this cut-off value, then subsequent sub-problems of
must have solutions greater than the value of the solution at
and therefore need not be computed. Thus a knowledge of a good cut-off value can result in fewer sub-problems being solved and thus speed up the operation of the function. (See the description of
monit in
Arguments for details of how you can supply your own cut-off value.)
Each sub-problem is solved using
nag_opt_qpconvex1_sparse_solve (e04nk). You are referred to the function document for
nag_opt_qpconvex1_sparse_solve (e04nk) for details of the algorithm used.
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 (1986) Some theoretical properties of an augmented Lagrangian merit function Report SOL 86–6R Department of Operations Research, Stanford University
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
Hock W and Schittkowski K (1981) Test Examples for Nonlinear Programming Codes. Lecture Notes in Economics and Mathematical Systems 187 Springer–Verlag
Lawson C L, Hanson R J, Kincaid D R and Krogh F T (1979) Basic linear algebra supbrograms for Fortran usage ACM Trans. Math. Software 5 308–325
Murtagh B A and Saunders M A (1983) MINOS 5.0 user's guide Report SOL 83-20 Department of Operations Research, Stanford University
Parameters
Compulsory Input Parameters
- 1:
– int64int32nag_int scalar
-
, the number of variables (excluding slacks). This is the number of columns in the linear constraint matrix .
Constraint:
.
- 2:
– int64int32nag_int scalar
-
, the number of general linear constraints (or slacks). This is the number of rows in
, including the free row (if any; see
iobj).
Constraint:
.
- 3:
– int64int32nag_int scalar
-
If
, row
iobj of
is a free row containing the nonzero elements of the vector
appearing in the linear objective term
.
If
, there is no free row, i.e., the problem is either an FP problem (in which case
iobj must be set to zero), or a QP problem with
.
Constraint:
.
- 4:
– int64int32nag_int scalar
-
, the number of leading nonzero columns of the Hessian matrix
. For FP and LP problems,
ncolh must be set to zero.
Constraint:
.
- 5:
– function handle or string containing name of m-file
-
For QP problems, you must supply a version of
qphx to compute the matrix product
. If
has rows and columns consisting entirely of zeros, it is most efficient to order the variables
so that
where the nonlinear variables
appear first as shown. For LP problems,
qphx will never be called by
nag_mip_iqp_sparse (h02ce).
[hx] = qphx(nstate, ncolh, x)
Input Parameters
- 1:
– int64int32nag_int scalar
-
If
, then
nag_mip_iqp_sparse (h02ce) is calling
qphx for the first time on a sub-problem. This argument setting allows you to save computation time if certain data must be read or calculated only once.
If
, then
nag_mip_iqp_sparse (h02ce) is calling
qphx for the last time. This argument setting allows you to perform some additional computation on the final sub-problem solution. In general, the last call to
qphx is made with
(see
Error Indicators and Warnings).
Otherwise, .
- 2:
– int64int32nag_int scalar
-
This is the same argument
ncolh as supplied to
nag_mip_iqp_sparse (h02ce).
- 3:
– double array
-
The first
ncolh elements of the vector
.
Output Parameters
- 1:
– double array
-
The product .
- 6:
– double array
-
The nonzero elements of , ordered by increasing column index. Note that multiple elements with the same row and column indices are not allowed.
- 7:
– int64int32nag_int array
-
must contain the row index of the nonzero element stored in , for . Note that the row indices for a column may be supplied in any order.
Constraint:
, for .
- 8:
– int64int32nag_int array
-
must contain the index in
a of the start of the
th column, for
. To specify the
th column as empty, set
. Note that the first and last elements of
ka must be such that
and
.
Constraints:
- ;
- , for ;
- ;
- , for .
- 9:
– double array
-
, the lower bounds for all the variables and general constraints, in the following order. The first
n elements of
bl must contain the bounds on the variables
, and the next
m elements the bounds for the general linear constraints
(or slacks
) and the free row (if any). To specify a nonexistent lower bound (i.e.,
), set
, where
is the value of the optional parameter
Infinite Bound Size (
). To specify the
th constraint as an
equality, set
, say, where
. Note that the lower bound corresponding to the free row must be set to
and stored in
.
Constraint:
if
,
(See also the description for
bu.)
- 10:
– double array
-
, the upper bounds for all the variables and general constraints, in the following order. The first
n elements of
bl must contain the bounds on the variables
, and the next
m elements the bounds for the general linear constraints
(or slacks
) and the free row (if any). To specify a nonexistent upper bound (i.e.,
), set
. Note that the upper bound corresponding to the free row must be set to
and stored in
.
Constraints:
- if , ;
- , for ;
- if , .
- 11:
– string (length ≥ 1)
-
Indicates how a starting basis is to be obtained.
- An internal crash procedure will be used to choose an initial basis matrix .
- A basis is already defined in istate (probably from a previous call).
Constraint:
or .
- 12:
– cell array of strings
-
A set of names associated with the so-called MPSX form of the problem.
- Must contain the name for the problem (or be blank).
- Must contain the name for the free row (or be blank).
- Must contain the name for the constraint right-hand side (or be blank).
- Must contain the name for the ranges (or be blank).
- Must contain the name for the bounds (or be blank).
(These names are used in the monitoring file output; see
Description of Monitoring Information.)
- 13:
– cell array of strings
-
The optional column and row names.
If
,
crname is not referenced and the printed output will use default names for the columns and rows.
If
, the first
n elements must contain the names for the columns and the next
m elements must contain the names for the rows. Note that the name for the free row (if any) must be stored in
.
- 14:
– int64int32nag_int scalar
-
, the number of superbasics. For QP problems,
ns need not be specified if
, but must retain its value from a previous call when
. For FP and LP problems,
ns need not be initialized.
- 15:
– double array
-
The initial values of the variables and slacks
. (See the description for
istate.)
- 16:
– int64int32nag_int array
-
Specifies which components of the solution vector
are constrained to be integer. Specifically, if
elements of
are required to take integer values then
, for
, where
is the integer index such that
is integer. If
then
must be set to
to signal the end of the integer variable indices.
The order in which the indices of those components of
required to be integer is presented determines the order in which the sub-problems are treated and solved. As such it can be a powerful tool to assist the function in achieving a solution efficiently. The general advice is to enter the important integer variables in the model early in
intvar; secondary or less important variables should be entered near the end of the list. However some experimentation might be required to find the optimal order.
- 17:
– int64int32nag_int array
-
If
, the first
n elements of
istate and
xs must specify the initial states and values, respectively, of the variables
. (The slacks
need not be initialized.) An internal crash procedure is then used to select an initial basis matrix
. The initial basis matrix will be triangular (neglecting certain small elements in each column). It is chosen from various rows and columns of columns of
. Possible values for
are as follows:
| State of during crash procedure |
0 or | Eligible for the basis |
2 | Ignored |
3 | Eligible for the basis (given preference over or ) |
4 or | Ignored |
If nothing special is known about the problem, or there is no wish to provide special information, you may set
and
, for
. All variables will then be eligible for the initial basis. Less trivially, to say that the
th variable will probably be equal to one of its bounds, set
and
or
and
as appropriate.
Following the crash procedure, variables for which are made superbasic. Other variables not selected for the basis are then made nonbasic at the value if , or at the value or closest to .
If
,
istate and
xs must specify the initial states and values, respectively, of the variables and slacks
. If
nag_mip_iqp_sparse (h02ce) has been called previously with the same values of
n and
m,
istate already contains satisfactory information.
Constraints:
- if , , for ;
- if , , for .
- 18:
– int64int32nag_int scalar
-
Defines the branching strategy adopted by the function.
- Each sub-problem first explored imposes a tighter upper bound on the component of .
- Each sub-problem first explored imposes a tighter lower bound on the component of .
- Each branch explored imposes a tighter upper bound on the component of if its fractional part is less than , otherwise it imposes a tighter lower bound.
- Random choice is made between first exploring a tighter lower bound or a tighter upper bound sub-problem.
Constraint:
, , or .
- 19:
– int64int32nag_int scalar
-
The dimension of the array
iz.
Constraint:
.
- 20:
– int64int32nag_int scalar
-
The dimension of the array
z.
Constraint:
.
The amounts of workspace provided (i.e.,
leniz and
lenz) and required (i.e.,
miniz and
minz) are (by default) output on the current advisory message unit (as defined by
nag_file_set_unit_advisory (x04ab)). Since the minimum values of
leniz and
lenz required to start solving the problem are returned in
miniz and
minz, respectively, you may prefer to obtain appropriate values from the output of a preliminary run with
leniz and
lenz set to
. (
nag_mip_iqp_sparse (h02ce) will then terminate with
.)
- 21:
– function handle or string containing name of m-file
-
To provide feed-back on the progress of the branch and bound process. Additionally
monit provides, via its argument
halt, the ability to terminate the process. (You might choose to do this when an integer solution is found, rather than search for a better solution.) If you do not require any intermediate output then
monit may be the string
nag_mip_iqp_sparse_dummy_monit (h02cey).
[bstval, halt, count] = monit(intfnd, nodes, depth, obj, x, bstval, bstsol, bl, bu, n, halt, count)
Input Parameters
- 1:
– int64int32nag_int scalar
-
Contains the number of integer solutions obtained so far.
- 2:
– int64int32nag_int scalar
-
Contains the number of nodes (sub-problems) solved so far.
- 3:
– int64int32nag_int scalar
-
Contains the depth reached in the tree of problems.
- 4:
– double scalar
-
Contains the solution value to the sub-problem at this node.
- 5:
– double array
-
Contains the solution vector to the sub-problem at this node.
- 6:
– double scalar
-
Contains the value of the objective function corresponding to the best integer solution obtained so far. If no integer solution has been found
bstval contains the largest machine representable number (see
nag_machine_real_largest (x02al)).
- 7:
– double array
-
Contains the value of the best integer solution obtained so far.
- 8:
– double array
-
Contains the current lower bounds on the variables at this point.
- 9:
– double array
-
Contains the current upper bounds on the variables at this point.
- 10:
– int64int32nag_int scalar
-
Contains the number of variables in the minimization problem.
- 11:
– logical scalar
-
Will have the value false.
- 12:
– int64int32nag_int scalar
-
count may be used to save the last value of
intfnd. If a subsequent call of
monit has a value of
intfnd which is greater than
count, then you know that a new integer solution has been found at this node.
Output Parameters
- 1:
– double scalar
-
May be set to a cut-off value, if you are a sophisticated user, as follows. Before an integer solution has been found
bstval will be set by
nag_mip_iqp_sparse (h02ce) to the largest machine representable number (see
nag_machine_real_largest (x02al)). If you know that the solution being sought is a much smaller number, then
bstval may be set to this number as a cut-off value (see
Description). Beware of setting
bstval too small, since then no integer solutions will be discovered. Also make sure that
bstval is set using a statement of the form
IF (intfnd.EQ.0) cut-off value
on entry to
monit. This statement will not prevent the normal operation of the algorithm when subsequent integer solutions are found. It would be a grievous mistake to unconditionally set
bstval and if you have any doubts whatsoever about the correct use of this argument then you are strongly recommended to leave it unchanged.
- 2:
– logical scalar
-
If
halt is set to
true,
nag_opt_qpconvex1_sparse_solve (e04nk) will be brought to a halt with
ifail exit
. This facility may be useful if you are content with
any integer solution, or with any integer solution that fits certain criteria. Under these circumstances setting
can save considerable unnecessary computation.
- 3:
– int64int32nag_int scalar
-
Optional Input Parameters
- 1:
– int64int32nag_int scalar
-
Default:
the dimension of the arrays
a,
ha. (An error is raised if these dimensions are not equal.)
The number of nonzero elements in .
Constraint:
.
- 2:
– int64int32nag_int scalar
-
Default:
the dimension of the array
crname.
The number of column (i.e., variable) and row names supplied in the array
names.
- There are no names. Default names will be used in the printed output.
- All names must be supplied.
Constraint:
or .
- 3:
– int64int32nag_int scalar
-
Default:
the dimension of the array
intvar.
, the number of components of
required to be integer. If
, then
lintvr must be set to
and
set to
.
- 4:
– int64int32nag_int scalar
Default:
Specifies the maximum depth the tree of sub-problems may be developed.
Constraint:
.
Output Parameters
- 1:
– int64int32nag_int scalar
-
The final number of superbasics. This will be zero for FP and LP problems.
- 2:
– double array
-
contains the final value of , for .
- 3:
– int64int32nag_int array
-
The final states of the variables and slacks
from the solution of the last sub-problem tackled. The significance of each possible value of
is as follows:
| State of variable | Normal value of |
| Nonbasic | |
| Nonbasic | |
| Superbasic | Between and |
| Basic | Between and |
If
(see
Description of the Printed Output), basic and superbasic variables may be outside their bounds by as much as the value of the optional parameter
Feasibility Tolerance (
, where
is the
machine precision). Note that unless the optional parameter
(
) is specified, the
Feasibility Tolerance applies to the variables of the scaled problem. In this case, the variables of the original problem may be as much as
outside their bounds, but this is unlikely unless the problem is very badly scaled.
Very occasionally some nonbasic variables may be outside their bounds by as much as the
Feasibility Tolerance, and there may be some nonbasic variables for which
lies strictly between its bounds.
If
, some basic and superbasic variables may be outside their bounds by an arbitrary amount (bounded by
Sinf (see
Description of the Printed Output) if
).
- 4:
– int64int32nag_int scalar
-
The minimum value of
leniz required to start solving the problem. If
,
nag_mip_iqp_sparse (h02ce) may be called again with
leniz suitably larger than
miniz. (The bigger the better, since it is not certain how much workspace the basis factors need.)
- 5:
– int64int32nag_int scalar
-
The minimum value of
lenz required to start solving the problem. If
,
nag_mip_iqp_sparse (h02ce) may be called again with
lenz suitably larger than
minz. (The bigger the better, since it is not certain how much workspace the basis factors need.)
- 6:
– double scalar
-
The value of the objective function.
If
,
obj includes the quadratic objective term
(if any).
If
,
obj is just the linear objective term
(if any). For FP problems,
obj is set to zero.
- 7:
– double array
-
A set of Lagrange-multipliers for the bounds on the variables and the general constraints. More precisely, the first
n elements contain the multipliers (
reduced costs) for the bounds on the variables, and the next
m elements contain the multipliers (
shadow prices) for the general linear constraints.
- 8:
– int64int32nag_int scalar
unless the function detects an error (see
Error Indicators and Warnings).
Error Indicators and Warnings
Errors or warnings detected by the function:
Cases prefixed with W are classified as warnings and
do not generate an error of type NAG:error_n. See nag_issue_warnings.
- W
-
Halted at your request.
-
-
Successful exit.
-
-
Input argument error immediately detected.
-
-
No integer solution found.
-
-
-
-
The problem is unbounded (or badly scaled). The objective function is not bounded below in the feasible region.
-
-
The problem is infeasible. The general constraints cannot all be satisfied simultaneously to within the value of the optional parameter
Feasibility Tolerance (
, where
is the
machine precision).
-
-
Too many iterations. The value of the optional parameter
Iteration Limit (
) is too small.
-
-
The reduced Hessian matrix
(see
Definition of the Working Set and Search Direction) exceeds its assigned dimension. The value of the optional parameter
Superbasics Limit (
) is too small.
-
-
The Hessian matrix
appears to be indefinite. Check that
qphx has been coded correctly and that all relevant elements of
have been assigned their correct values.
-
-
An input argument is invalid for an internal call to
nag_opt_qpconvex1_sparse_solve (e04nk).
-
-
Numerical error in trying to satisfy the general constraints. The basis is very ill-conditioned.
-
-
Not enough integer workspace for the basis factors. Increase
leniz and rerun
nag_mip_iqp_sparse (h02ce).
-
-
Not enough real workspace for the basis factors. Increase
lenz and rerun
nag_mip_iqp_sparse (h02ce).
-
-
The basis is singular after
attempts to factorize it (adding slacks where necessary). Either the problem is badly scaled or the value of the optional parameter
LU Factor Tolerance (
) is too large.
-
-
Not enough integer workspace to start solving the problem. Increase
leniz to at least
miniz and rerun
nag_mip_iqp_sparse (h02ce).
-
-
Not enough real workspace to start solving the problem. Increase
lenz to at least
minz and rerun
nag_mip_iqp_sparse (h02ce).
-
-
An internal error has occurred. Contact NAG with details of your program.
-
An unexpected error has been triggered by this routine. Please
contact
NAG.
-
Your licence key may have expired or may not have been installed correctly.
-
Dynamic memory allocation failed.
Accuracy
nag_mip_iqp_sparse (h02ce) implements a numerically stable active-set strategy and returns solutions that are as accurate as the condition of the problem warrants on the machine.
Further Comments
This section contains a description of the printed output.
Description of the Printed Output
This section describes the (default) intermediate printout and final printout produced by
nag_mip_iqp_sparse (h02ce). The intermediate printout is a subset of the monitoring information produced by the function at every iteration (see
Description of Monitoring Information). You can control the level of printed output (see the description of the optional parameter
Print Level in
Description of the s). Note that the intermediate printout and final printout are produced only if
(the default).
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 one 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. 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 rg |
is , the Euclidean norm of the reduced gradient (see The Main Iteration). During the optimality phase, this norm will be approximately zero after a unit step. For FP and LP problems, Norm rg is not printed.
|
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.
Variable |
gives the name of the variable. If , a default name is assigned to the th variable, for . If , the name supplied in is assigned to the th variable.
|
State |
gives the state of the variable (LL if nonbasic on its lower bound, UL if nonbasic on its upper bound, EQ if nonbasic and fixed, FR if nonbasic and strictly between its bounds, BS if basic and SBS if superbasic).
A key is sometimes printed before State to give some additional information about the state of a variable. Note that unless the optional parameter () is specified, the tests for assigning a key are applied to the variables of the scaled problem.
A |
Alternative optimum possible. The variable is nonbasic, but its reduced gradient is essentially zero. This means that if the variable were allowed to start moving away from its bound, 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 basic or superbasic, but it is equal to (or very close to) one of its bounds.
|
I |
Infeasible. The variable is basic or superbasic and is currently violating one of its bounds by more than the value of the optional parameter Feasibility Tolerance (, where is the machine precision).
|
N |
Not precisely optimal. The variable is nonbasic or superbasic. If the value of the reduced gradient for the variable exceeds the value of the optional parameter Optimality Tolerance (), the solution would not be declared optimal because the reduced gradient for the variable would not be considered negligible.
|
|
Value |
is the value of the variable at the final iterate.
|
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. If is optimal, the multiplier should be non-negative if State is LL, non-positive if State is UL, and zero if State is BS or SBS.
|
Residual |
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 linear constraints is the same as that given above for variables, with ‘variable’ replaced by ‘constraint’, replaced by , replaced by , and are replaced by and respectively, and with the following change in the heading.
Constrnt |
gives the name 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 Residual column to become positive.
Numerical values are output with a fixed number of digits; they are not guaranteed to be accurate to this precision.
Example
This example minimizes the quadratic function
, where
subject to the bounds
to the linear constraints
and the variables
,
,
,
,
,
, are constrained to be integer.
The initial point, which is infeasible, is
The optimal solution (to five figures) is
One bound constraint and one linear constraint are active at the solution. Note that the Hessian matrix
is positive semidefinite.
Open in the MATLAB editor:
h02ce_example
function h02ce_example
fprintf('h02ce example results\n\n');
n = int64(7);
m = int64(8);
iobj = m;
ncolh = n;
big = 1.e25;
a = [ 1.00 0.15 0.03 0.02 0.02 0.70 0.02 -200 ...
1.00 0.04 0.05 0.04 0.03 0.75 0.06 -2000 ...
1.00 0.02 0.08 0.01 0.80 0.08 -2000 ...
1.00 0.04 0.02 0.02 0.75 0.12 -2000 ...
1.00 0.02 0.06 0.02 0.01 0.80 0.02 -2000 ...
1.00 0.01 0.01 0.97 0.01 400 ...
1.00 0.03 0.97 400];
ha = int64([1 2 3 4 5 6 7 8 ...
1 2 3 4 5 6 7 8 ...
1 2 3 4 6 7 8 ...
1 2 3 4 6 7 8 ...
1 2 3 4 5 6 7 8 ...
1 2 3 6 7 8 ...
1 2 7 8]);
ka = [int64(1) 9 17 24 31 39 45 49];
bl = [ 0 0 400 100 0 0 0 ...
2000 -big -big -big -big 1500 250 -big];
bu = [ 200 2500 800 700 1500 big big ...
2000 60 100 40 30 big 300 big];
start = 'C';
names = {' ', ' ', ' ', ' ', ' '};
crname = {'...x1...', '...x2...', '...x3...', '...x4...', '...x5...' ...
'...x6...', '...x7...', '..row1..', '..row2..', '..row3..' ...
'..row4..', '..row5..', '..row6..', '..row7..', '..cost..'};
ns = int64(0);
xs = zeros(n+m,1);
intvar = [int64(2) 3 4 5 6 7 -1 0 0 0];
istate = zeros(n+m, 1, 'int64');
strtgy = int64(3);
leniz = int64(100000);
lenz = int64(100000);
h02cg('Nolist');
h02cg('Print level = 0');
[ns, xs, istate, miniz, minz, obj, clamda, ifail] = ...
h02ce( ...
n, m, iobj, ncolh, @qphx, a, ha, ka, bl, bu, start, names, ...
crname, ns, xs, intvar, istate, strtgy, leniz, lenz, @monit);
fprintf('Optimal Integer Value is = %20.8e\n',obj);
disp('Components are:');
for j=1:7
fprintf('x(%2d) = %12.8f\n',j,xs(j));
end
function [hx] = qphx(nstate, ncolh, x)
hx = zeros(ncolh,1);
hx(1) = 2*x(1);
hx(2) = 2*x(2);
hx(3) = 2*(x(3)+x(4));
hx(4) = hx(3);
hx(5) = 2*x(5);
hx(6) = 2*(x(6)+x(7));
hx(7) = hx(6);
function [bstval, halt, count] = monit(intfnd,nodes,depth,obj,x,bstval, ...
bstsol,bl,bu,n,halt,count)
halt = false;
if intfnd == 0
bstval = -1847510;
elseif intfnd>count
fprintf('New integer solution found\n');
fprintf(' Nodes solved so far: %20d\n', nodes);
fprintf(' Reached depth: %20d\n', depth);
fprintf(' Solution value at current node: %13.5e\n', obj);
fprintf(' Solution vector at current node:\n');
fprintf(' %13.5e\n',x);
fprintf(' Current best function value: %13.5e\n', bstval);
fprintf(' Current best solution:\n');
fprintf(' %13.5e\n',bstsol);
fprintf(' Current lower and upper bounds:\n');
fprintf(' %13.5e %13.5e\n', [bl' bu']');
fprintf('\n');
end
count = intfnd;
h02ce example results
New integer solution found
Nodes solved so far: 272
Reached depth: 18
Solution value at current node: -1.84752e+06
Solution vector at current node:
0.00000e+00
3.55000e+02
6.45000e+02
1.64000e+02
4.10000e+02
2.75000e+02
1.51000e+02
Current best function value: -1.84752e+06
Current best solution:
0.00000e+00
3.55000e+02
6.45000e+02
1.64000e+02
4.10000e+02
2.75000e+02
1.51000e+02
Current lower and upper bounds:
0.00000e+00 2.00000e+02
3.55000e+02 3.55000e+02
4.00000e+02 6.45000e+02
1.64000e+02 1.64000e+02
0.00000e+00 1.50000e+03
0.00000e+00 1.00000e+25
0.00000e+00 1.00000e+25
Optimal Integer Value is = -1.84751800e+06
Components are:
x( 1) = 0.00000000
x( 2) = 355.00000000
x( 3) = 645.00000000
x( 4) = 164.00000000
x( 5) = 410.00000000
x( 6) = 275.00000000
x( 7) = 151.00000000
Note: the remainder of this document is intended for more advanced users. Algorithmic Details contains a detailed description of the algorithm which may be needed in order to understand Optional Parameters and Description of Monitoring Information. Optional Parameters describes the optional parameters which may be set by calls to nag_mip_iqp_sparse_optstr (h02cg). Description of Monitoring Information describes the quantities which can be requested to monitor the course of the computation.
Algorithmic Details
This section contains a detailed description of the method used by nag_mip_iqp_sparse (h02ce).
Overview
nag_mip_iqp_sparse (h02ce) employs a Branch and Bound technique (see
Description) based on an inertia-controlling method to solve the sub-problems that maintains a Cholesky factorization of the reduced Hessian (see below). The method is similar to that of
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 the function or appear in the printed output.
The method used has two distinct phases: finding an initial feasible point by minimizing the sum of infeasibilities (the
feasibility phase), and minimizing the quadratic objective function within the feasible region (the
optimality phase). The computations in both phases are performed by the same functions. The two-phase nature of the algorithm is reflected by changing the function being minimized from the sum of infeasibilities (the printed quantity
Sinf; see
Description of Monitoring Information) to the quadratic objective function (the printed quantity
Objective; see
Description of Monitoring Information).
In general, an iterative process is required to solve a quadratic program. Given an iterate
in both the original variables
and the slack variables
, a new iterate
is defined by
where the
step length
is a non-negative scalar (the printed quantity
Step; see
Description of Monitoring Information), and
is called the
search direction. (For simplicity, we shall consider a typical iteration and avoid reference to the index of the iteration.) Once an iterate is feasible (i.e., satisfies the constraints), all subsequent iterates remain feasible.
Definition of the Working Set and Search Direction
At each iterate
, a
working set of constraints is defined to be a linearly independent subset of the constraints that are satisfied ‘exactly’ (to within the value of the optional parameter
Feasibility Tolerance; see
Description of the s). The working set is the current prediction of the constraints that hold with equality at a solution of the LP or QP problem. Let
denote the number of constraints in the working set (including bounds), and let
denote the associated
by
working set matrix consisting of the
gradients of the working set constraints.
The search direction is defined so that constraints in the working set remain
unaltered for any value of the step length. It follows that
must satisfy the identity
This characterisation allows
to be computed using any
by
full-rank matrix
that spans the null space of
. (Thus,
and
.) The null space matrix
is defined from a sparse
factorization of part of
(see
(6) and
(7) below). The direction
will satisfy
(3) if
where
is any
-vector.
The working set contains the constraints and a subset of the upper and lower bounds on the variables . Since the gradient of a bound constraint or is a vector of all zeros except for in position , it follows that the working set matrix contains the rows of and the unit rows associated with the upper and lower bounds in the working set.
The working set matrix
can be represented in terms of a certain column partition of the matrix
. As in
Description we partition the constraints
so that
where
is a square nonsingular basis and
,
and
are the basic, superbasic and nonbasic variables respectively. The nonbasic variables are equal to their upper or lower bounds at
, and the superbasic variables are independent variables that are chosen to improve the value of the current objective function. The number of superbasic variables is
(the printed quantity
Ns; see
Description of Monitoring Information). Given values of
and
, the basic variables
are adjusted so that
satisfies
(5).
If
is a permutation matrix such that
, then the working set matrix
satisfies
where
is the identity matrix with the same number of columns as
.
The null space matrix
is defined from a sparse
factorization of part of
. In particular,
is maintained in ‘reduced gradient’ form, using the LUSOL package (see
Gill et al. (1986)) to maintain sparse
factors of the basis matrix
that alters as the working set
changes. Given the permutation
, the null space basis is given by
This matrix is used only as an operator, i.e., it is never computed explicitly. Products of the form
and
are obtained by solving with
or
. This choice of
implies that
, the number of ‘degrees of freedom’ at
, is the same as
, the number of superbasic variables.
Let
and
denote the
reduced gradient and
reduced Hessian of the objective function:
where
is the objective gradient at
. Roughly speaking,
and
describe the first and second derivatives of an
-dimensional
unconstrained problem for the calculation of
. (The condition estimator of
is the quantity
Cond Hz in the monitoring file output; see
Description of Monitoring Information.)
At each iteration, an upper triangular factor is available such that . Normally, is computed from at the start of the optimality phase and then updated as the QP working set changes. For efficiency, the dimension of should not be excessive (say, ). This is guaranteed if the number of nonlinear variables is ‘moderate’.
If the QP problem contains linear variables,
is positive semidefinite and
may be singular with at least one zero diagonal element. However, an inertia-controlling strategy is used to ensure that only the last diagonal element of
can be zero. (See
Gill et al. (1991) for a discussion of a similar strategy for indefinite quadratic programming.)
If the initial is singular, enough variables are fixed at their current value to give a nonsingular . This is equivalent to including temporary bound constraints in the working set. Thereafter, can become singular only when a constraint is deleted from the working set (in which case no further constraints are deleted until becomes nonsingular).
The Main Iteration
If the reduced gradient is zero,
is a constrained stationary point on the working set. During the feasibility phase, the reduced gradient will usually be zero only at a vertex (although it may be zero elsewhere in the presence of constraint dependencies). During the optimality phase, a zero reduced gradient implies that
minimizes the quadratic objective function when the constraints in the working set are treated as equalities. At a constrained stationary point, Lagrange-multipliers
are defined from the equations
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, where
depends on the value of the optional parameter
Optimality Tolerance (see
Description of the s). If a multiplier is nonoptimal, the objective function (either the true objective or the sum of infeasibilities) can be reduced by continuing the minimization with the corresponding constraint excluded from the working set. (This step is sometimes referred to as ‘deleting’ a constraint from the working set.) If optimal multipliers occur during the feasibility phase but the sum of infeasibilities is nonzero, there is no feasible point and the function terminates immediately with
(see
Error Indicators and Warnings).
The special form
(6) of the working set allows the multiplier vector
, the solution of
(9), to be written in terms of the vector
where
satisfies the equations
, and
denotes the basic elements of
. The elements of
are the Lagrange-multipliers
associated with the equality constraints
. The vector
of nonbasic elements of
consists of the Lagrange-multipliers
associated with the upper and lower bound constraints in the working set. The vector
of superbasic elements of
is the reduced gradient
in
(8). The vector
of basic elements of
is zero, by construction. (The Euclidean norm of
and the final values of
,
and
are the quantities
Norm rg,
Reduced Gradnt,
Obj Gradient and
Dual Activity in the monitoring file output; see
Description of Monitoring Information.)
If the reduced gradient is not zero, Lagrange-multipliers need not be computed and the search direction is given by
(see
(7) and
(11)). The step length is chosen to maintain feasibility with respect to the satisfied constraints.
There are two possible choices for
, depending on whether or not
is singular. If
is nonsingular,
is nonsingular and
in
(4) is computed from the equations
where
is the reduced gradient at
. In this case,
is the minimizer of the objective function subject to the working set constraints being treated as equalities. If
is feasible,
is defined to be unity. In this case, the reduced gradient at
will be zero, and Lagrange-multipliers are computed at the next iteration. Otherwise,
is set to
, the step to the ‘nearest’ constraint along
. This constraint is added to the working set at the next iteration.
If
is singular, then
must also be singular, and an inertia-controlling strategy is used to ensure that only the last diagonal element of
is zero. (See
Gill et al. (1991) for a discussion of a similar strategy for indefinite quadratic programming.) In this case,
satisfies
which allows the objective function to be reduced by any step of the form
, where
. The vector
is a direction of unbounded descent for the QP problem in the sense that the QP objective is linear and decreases without bound along
. If no finite step of the form
(where
) reaches a constraint not in the working set, the QP problem is unbounded and the function terminates immediately with
(see
Error Indicators and Warnings). Otherwise,
is defined as the maximum feasible step along
and a constraint active at
is added to the working set for the next iteration.
Miscellaneous
If the basis matrix is not chosen carefully, the condition of the null space matrix
in
(7) could be arbitrarily high. To guard against this, the function implements a ‘basis repair’ feature in which the LUSOL package (see
Gill et al. (1986)) is used to compute the rectangular factorization
returning just the permutation
that makes
unit lower triangular. The pivot tolerance is set to require
, and the permutation is used to define
in
(6). It can be shown that
is likely to be little more than unity. Hence,
should be well-conditioned
regardless of the condition of
. This feature is applied at the beginning of the optimality phase if a potential
ordering is known.
The EXPAND procedure (see
Gill et al. (1989)) is used to reduce the possibility of cycling at a point where the active constraints are nearly linearly dependent. Although there is no absolute guarantee that cycling will not occur, the probability of cycling is extremely small (see
Gill et al. (1986)). The main feature of EXPAND is that the feasibility tolerance is increased at the start of every iteration. This allows a positive step to be taken at every iteration, perhaps at the expense of violating the bounds on
by a small amount.
Suppose that the value of the optional parameter
Feasibility Tolerance is
. Over a period of
iterations (where
is the value of the optional parameter
Expand Frequency; see
Description of the s), the feasibility tolerance actually used by
nag_mip_iqp_sparse (h02ce) (i.e., the
working feasibility tolerance) increases from
to
(in steps of
).
At certain stages the following ‘resetting procedure’ is used to remove small constraint infeasibilities. First, all nonbasic variables are moved exactly onto their bounds. A count is kept of the number of nontrivial adjustments made. If the count is nonzero, the basic variables are recomputed. 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. (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 nag_mip_iqp_sparse (h02ce) reaches an apparently optimal, infeasible or unbounded solution, unless this situation has already occurred twice. If any nontrivial adjustments are made, iterations are continued.
The EXPAND procedure not only allows a positive step to be taken at every iteration, but also provides a potential choice of constraints to be added to the working set. All constraints at a distance (where ) 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. This strategy helps keep the basis matrix well-conditioned.
Optional Parameters
Several optional parameters in nag_mip_iqp_sparse (h02ce) define choices in the problem specification or the algorithm logic. In order to reduce the number of formal arguments of nag_mip_iqp_sparse (h02ce) 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
Description of the s.
Optional parameters may be specified by calling
nag_mip_iqp_sparse_optstr (h02cg) prior to a call to
nag_mip_iqp_sparse (h02ce).
nag_mip_iqp_sparse_optstr (h02cg) can be called to supply options directly, one call being necessary for each optional parameter. For example,
h02cg('Print Level = 5')
nag_mip_iqp_sparse_optstr (h02cg) 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 nag_mip_iqp_sparse (h02ce) (unless they define invalid values) and so remain in effect for subsequent calls unless altered by you.
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 is used whenever the condition is satisfied and where the symbol is a generic notation for machine precision (see nag_machine_precision (x02aj)).
Keywords and character values are case and white space insensitive.
Check Frequency Default
Every th iteration after the most recent basis factorization, a numerical test is made to see if the current solution satisfies the linear constraints . If the largest element of the residual vector is judged to be too large, the current basis is refactorized and the basic variables recomputed to satisfy the constraints more accurately. If , the default value is used. If , the value is used and effectively no checks are made.
Crash Option Default
Note that this option does not apply when
(see
Arguments).
If , an internal crash procedure is used to select an initial basis from various rows and columns of the constraint matrix . The value of determines which rows and columns are initially eligible for the basis, and how many times the crash procedure is called. If , the all-slack basis is chosen. If , the crash procedure is called once (looking for a triangular basis in all rows and columns of the linear constraint matrix ). If , the crash procedure is called twice (looking at any equality constraints first followed by any inequality constraints). If or , the default value is used.
If , certain slacks on inequality rows are selected for the basis first. (If , numerical values are used to exclude slacks that are close to a bound.) The crash procedure then makes several passes through the columns of , searching for a basis matrix that is essentially triangular. A column is assigned to ‘pivot’ on a particular row if the column contains a suitably large element in a row that has not yet been assigned. (The pivot elements ultimately form the diagonals of the triangular basis.) For remaining unassigned rows, slack variables are inserted to complete the basis.
Crash Tolerance Default
This value allows the crash procedure to ignore certain ‘small’ nonzero elements in the constraint matrix while searching for a triangular basis. For each column of , if is the largest element in the column, other nonzeros in that column are ignored if they are less than (or equal to) .
When , the basis obtained by the crash procedure may not be strictly triangular, but it is likely to be nonsingular and almost triangular. The intention is to obtain a starting basis with more column variables and fewer (arbitrary) slacks. A feasible solution may be reached earlier for some problems. If or , the default value is used.
Defaults
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 (see
Miscellaneous) designed to allow progress even on highly degenerate problems.
For LP 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
nag_mip_iqp_sparse (h02ce) (i.e., the
working feasibility tolerance) increases from
to
(in steps of
).
For QP problems, the same procedure is used for iterations in which there is only one superbasic variable. (Cycling can only occur when the current solution is at a vertex of the feasible region.) Thus, zero steps are allowed if there is more than one superbasic variable, but otherwise positive steps are enforced.
Increasing the value of
helps reduce the number of slightly infeasible nonbasic basic variables (most of which are eliminated during the resetting procedure). However, it also diminishes the freedom to choose a large pivot element (see the description of the optional parameter
Pivot Tolerance).
If , the default value is used. If , the value is used and effectively no anti-cycling procedure is invoked.
Factorization Frequency Default
If
, at most
basis changes will occur between factorizations of the basis matrix. For LP problems, the basis factors are usually updated at every iteration. For QP problems, fewer basis updates will occur as the solution is approached. The number of iterations between basis factorizations will therefore increase. During these iterations a test is made regularly according to the value of optional parameter
Check Frequency to ensure that the linear constraints
are satisfied. If necessary, the basis will be refactorized before the limit of
updates is reached. If
, the default value is used.
Feasibility Tolerance Default
If , defines the maximum acceptable absolute violation in each constraint at a ‘feasible’ point (including slack variables). For example, if the variables and the coefficients in the linear constraints are of order unity, and the latter are correct to about five decimal digits, it would be appropriate to specify as . If , the default value is used.
nag_mip_iqp_sparse (h02ce) attempts to find a feasible solution before optimizing the objective function. If the sum of infeasibilities cannot be reduced to zero, the problem is assumed to be infeasible. 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 the function does not attempt to find the minimum value of Sinf.
If the constraints and variables have been scaled (see the description of the optional parameter
Scale Option), then feasibility is defined in terms of the scaled problem (since it is more likely to be meaningful).
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 Hessian is not positive definite.) 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
Iters
Itns
The value of specifies the maximum number of iterations allowed before termination. Setting and means that the workspace needed to start solving the problem will be computed and printed, but no iterations will be performed. If , the default value is used.
List Default
Nolist
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.
LU Factor Tolerance Default
LU Update Tolerance Default
The values of
and
affect the stability and sparsity of the basis factorization
, during refactorization and updates respectively. The lower triangular matrix
is a product of matrices of the form
where the multipliers
will satisfy
. The default values of
and
usually strike a good compromise between stability and sparsity. For large and relatively dense problems, setting
and
to
(say) may give a marked improvement in sparsity without impairing stability to a serious degree. Note that for band matrices it may be necessary to set
in the range
in order to achieve stability. If
or
, the default value is used.
LU Singularity Tolerance Default
If , defines the singularity tolerance used to guard against ill-conditioned basis matrices. Whenever the basis is refactorized, the diagonal elements of are tested as follows. If or , the th column of the basis is replaced by the corresponding slack variable. If , the default value is used.
Minimize Default
Maximize
This option specifies the required direction of the optimization. It applies to both linear and nonlinear terms (if any) in the objective function. Note that if two problems are the same except that one minimizes
and the other maximizes
, their solutions will be the same but the signs of the dual variables
and the reduced gradients
(see
The Main Iteration) will be reversed.
Monitoring File Default
If and , monitoring information produced by nag_mip_iqp_sparse (h02ce) is sent to a file with logical unit number . If and/or , the default value is used and hence no monitoring information is produced.
Optimality Tolerance Default
If , is used to judge the size of the reduced gradients . By definition, the reduced gradients for basic variables are always zero. Optimality is declared if the reduced gradients for any nonbasic variables at their lower or upper bounds satisfy , and if for any superbasic variables. If , the default value is used.
Partial Price Default
Note that this option does not apply to QP problems.
This option is recommended for large FP or LP problems that have significantly more variables than constraints (i.e., ). It reduces the work required for each pricing operation (i.e., when a nonbasic variable is selected to enter the basis). If , all columns of the constraint matrix are searched. If , and are partitioned to give roughly equal segments , for (modulo ). If the previous pricing search was successful on , the next search begins on the segments . If a reduced gradient is found that is larger than some dynamic tolerance, the variable with the largest such reduced gradient (of appropriate sign) is selected to enter the basis. If nothing is found, the search continues on the next segments , and so on. If , the default value is used.
Pivot Tolerance Default
If , is used to prevent columns entering the basis if they would cause the basis to become almost singular. If , the default value is used.
Print Level Default
The value of
controls the amount of printout produced by
nag_mip_iqp_sparse (h02ce), as indicated below. A detailed description of the printed output is given in
Description of the Printed Output (summary output at each iteration and the final solution) and
Description of Monitoring Information (monitoring information at each iteration). Note that the summary output will not exceed
characters per line and that the monitoring information will not exceed
characters per line. If
, the default value is used. The following printout is sent to the current advisory message unit (as defined by
nag_file_set_unit_advisory (x04ab)):
| Output |
| No output. |
| The final solution only. |
| One line of summary output 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 defined by the
Monitoring File:
| Output |
| No output. |
| The final solution only. |
| One long line of output for each iteration (no printout of the final solution). |
| The final solution and one long line of output for each iteration. |
| The final solution, one long line of output for each iteration, matrix statistics (initial status of rows and columns, number of elements, density, biggest and smallest elements, etc.), details of the scale factors resulting from the scaling procedure (if or ), basis factorization statistics and details of the initial basis resulting from the crash procedure (if ; see Arguments). |
If
and the unit number defined by
Monitoring File is the same as that defined by
nag_file_set_unit_advisory (x04ab), then the summary output is suppressed.
Rank Tolerance Default
Scale Option Default
This option enables you to scale the variables and constraints using an iterative procedure due to Fourer (see
Hock and Schittkowski (1981)), which attempts to compute row scales
and column scales
such that the scaled matrix coefficients
are as close as possible to unity. This may improve the overall efficiency of the function on some problems. (The lower and upper bounds on the variables and slacks for the scaled problem are redefined as
and
respectively, where
if
.)
If , no scaling is performed. If , all rows and columns of the constraint matrix are scaled. If , an additional scaling is performed that may be helpful when the solution is large; it takes into account columns of that are fixed or have positive lower bounds or negative upper bounds. If or , the default value is used.
Scale Tolerance Default
Note that this option does not apply when .
If , is used to control the number of scaling passes to be made through the constraint matrix . At least (and at most ) passes will be made. More precisely, let denote the largest column ratio (i.e., in some sense) after the th scaling pass through . The scaling procedure is terminated if for some . Thus, increasing the value of from to (say) will probably increase the number of passes through . If or , the default value is used.
Superbasics Limit Default
Note that this option does not apply to FP or LP problems.
The value of specifies ‘how nonlinear’ you expect the QP problem to be. If , the default value is used.
Description of Monitoring Information
This section describes the intermediate printout and final printout which constitutes the monitoring information produced by
nag_mip_iqp_sparse (h02ce). (See also the description of the optional parameters
Monitoring File and
Print Level in
Description of the s.) You can control the level of printed output.
When
or
and
, the following line of intermediate printout (
characters) is produced at every iteration on the unit number specified by
Monitoring File. Unless stated otherwise, the values of the quantities printed are those in effect
on completion of the given iteration.
Itn |
is the iteration count.
|
pp |
is the partial price indicator. The variable selected by the last pricing operation came from the ppth partition of and . Note that pp is reset to zero whenever the basis is refactorized.
|
dj |
is the value of the reduced gradient (or reduced cost) for the variable selected by the pricing operation at the start of the current iteration.
|
+S |
is the variable selected by the pricing operation to be added to the superbasic set.
|
-S |
is the variable chosen to leave the superbasic set.
|
-B |
is the variable removed from the basis (if any) to become nonbasic.
|
-B |
is the variable chosen to leave the set of basics (if any) in a special basic superbasic swap. The entry under -S has become basic if this entry is nonzero, and nonbasic otherwise. The swap is done to ensure that there are no superbasic slacks.
|
Step |
is the value of the step length taken along the computed search direction . The variables have been changed to . If a variable is made superbasic during the current iteration (i.e., +S is positive), Step will be the step to the nearest bound. During the optimality phase, the step can be greater than unity only if the reduced Hessian is not positive definite.
|
Pivot |
is the th element of a vector satisfying whenever (the th column of the constraint matrix ) replaces the th column of the basis matrix . Wherever possible, Step is chosen so as to avoid extremely small values of Pivot (since they may cause the basis to be nearly singular). In extreme cases, it may be necessary to increase the value of the optional parameter Pivot Tolerance (, where is the machine precision) to exclude very small elements of from consideration during the computation of Step.
|
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. 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.
|
L |
is the number of nonzeros in the basis factor . Immediately after a basis factorization , this is lenL, the number of subdiagonal elements in the columns of a lower triangular matrix. Further nonzeros are added to L when various columns of are later replaced. (Thus, L increases monotonically.)
|
U |
is the number of nonzeros in the basis factor . Immediately after a basis factorization, this is lenU, the number of diagonal and superdiagonal elements in the rows of an upper triangular matrix. As columns of are replaced, the matrix is maintained explicitly (in sparse form). The value of U may fluctuate up or down; in general, it will tend to increase.
|
Ncp |
is the number of compressions required to recover workspace in the data structure for . This includes the number of compressions needed during the previous basis factorization. Normally, Ncp should increase very slowly. If it does not, increase lenz by at least and rerun nag_mip_iqp_sparse (h02ce) (possibly using ; see Arguments).
|
Norm rg |
is , the Euclidean norm of the reduced gradient (see The Main Iteration). During the optimality phase, this norm will be approximately zero after a unit step. For FP and LP problems, Norm rg is not printed.
|
Ns |
is the current number of superbasic variables. For FP and LP problems, Ns is not printed.
|
Cond Hz |
is a lower bound on the condition number of the reduced Hessian (see Definition of the Working Set and Search Direction). The larger this number, the more difficult the problem. For FP and LP problems, Cond Hz is not printed.
|
When
and
, the following lines of intermediate printout (
characters) are produced on the unit number specified by
Monitoring File whenever the matrix
or
is factorized. Gaussian elimination is used to compute an
factorization of
or
, where
is a lower triangular matrix and
is an upper triangular matrix for some permutation matrices
and
. The factorization is stabilized in the manner described under the
LU Factor Tolerance (
; see
Description of the s).
Factorize |
is the factorization count.
|
Demand |
is a code giving the reason for the present factorization as follows:
Code |
Meaning |
|
First factorization. |
|
Number of updates reached the value of the optional parameter Factorization Frequency (). |
|
Excessive nonzeros in updated factors. |
|
Not enough storage to update factors. |
|
Row residuals too large (see the description for the optional parameter Check Frequency). |
|
Ill-conditioning has caused inconsistent results. |
|
Iteration |
is the iteration count.
|
Nonlinear |
is the number of nonlinear variables in (not printed if is factorized).
|
Linear |
is the number of linear variables in (not printed if is factorized).
|
Slacks |
is the number of slack variables in (not printed if is factorized).
|
Elems |
is the number of nonzeros in (not printed if is factorized).
|
Density |
is the percentage nonzero density of (not printed if is factorized). More precisely, .
|
Compressns |
is the number of times the data structure holding the partially factorized matrix needed to be compressed, in order to recover unused workspace. Ideally, it should be zero. If it is more than or , increase leniz and lenz and rerun nag_mip_iqp_sparse (h02ce) (possibly using ; see Arguments).
|
Merit |
is the average Markowitz merit count for the elements chosen to be the diagonals of . Each merit count is defined to be , where and are the number of nonzeros in the column and row containing the element at the time it is selected to be the next diagonal. Merit is the average of m such quantities. It gives an indication of how much work was required to preserve sparsity during the factorization.
|
lenL |
is the number of nonzeros in .
|
lenU |
is the number of nonzeros in .
|
Increase |
is the percentage increase in the number of nonzeros in and relative to the number of nonzeros in . More precisely,
.
|
m |
is the number of rows in the problem. Note that .
|
Ut |
is the number of triangular rows of at the top of .
|
d1 |
is the number of columns remaining when the density of the basis matrix being factorized reached .
|
Lmax |
is the maximum subdiagonal element in the columns of (not printed if is factorized). This will not exceed the value of the LU Factor Tolerance.
|
Bmax |
is the maximum nonzero element in (not printed if is factorized).
|
BSmax |
is the maximum nonzero element in (not printed if is factorized).
|
Umax |
is the maximum nonzero element in , excluding elements of that remain in unchanged. (For example, if a slack variable is in the basis, the corresponding row of will become a row of without modification. Elements in such rows will not contribute to Umax. If the basis is strictly triangular, none of the elements of will contribute, and Umax will be zero.) Ideally, Umax should not be significantly larger than Bmax. If it is several orders of magnitude larger, it may be advisable to reset the LU Factor Tolerance to a value near . Umax is not printed if is factorized.
|
Umin |
is the magnitude of the smallest diagonal element of (not printed if is factorized).
|
Growth |
is the value of the ratio , which should not be too large. Providing Lmax is not large (say ), the ratio is an estimate of the condition number of . If this number is extremely large, the basis is nearly singular and some numerical difficulties could occur in subsequent computations. (However, an effort is made to avoid near singularity by using slacks to replace columns of that would have made Umin extremely small, and the modified basis is refactorized.) Growth is not printed if is factorized.
|
Lt |
is the number of triangular columns of at the beginning of .
|
bp |
is the size of the ‘bump’ or block to be factorized nontrivially after the triangular rows and columns have been removed.
|
d2 |
is the number of columns remaining when the density of the basis matrix being factorized reached .
|
When
and
, the following lines of intermediate printout (
characters) are produced on the unit number specified by
Monitoring File whenever
(see
Arguments). They refer to the number of columns selected by the crash procedure during each of several passes through
, whilst searching for a triangular basis matrix.
Slacks |
is the number of slacks selected initially.
|
Free cols |
is the number of free columns in the basis.
|
Preferred |
is the number of ‘preferred’ columns in the basis (i.e., for some ).
|
Unit |
is the number of unit columns in the basis.
|
Double |
is the number of double columns in the basis.
|
Triangle |
is the number of triangular columns in the basis.
|
Pad |
is the number of slacks used to pad the basis.
|
When
and
, the following lines of intermediate printout (
characters) are produced on the unit number specified by
Monitoring File. They refer to the elements of the
names array (see
Arguments).
Name |
gives the name for the problem (blank if none).
|
Objective |
gives the name of the free row for the problem (blank if none).
|
RHS |
gives the name of the constraint right-hand side for the problem (blank if none).
|
Ranges |
gives the name of the ranges for the problem (blank if none).
|
Bounds |
gives the name of the bounds for the problem (blank if none).
|
When
or
and
, the following lines of final printout (
characters) are produced on the unit number specified by
Monitoring File.
Let denote the th column of , for . The following describes the printout for each column (or variable). A full stop (.) is printed for any numerical value that is zero.
Number |
is the column number . (This is used internally to refer to in the intermediate output.)
|
Column |
gives the name of .
|
State |
gives the state of the variable (LL if nonbasic on its lower bound, UL if nonbasic on its upper bound, EQ if nonbasic and fixed, FR if nonbasic and strictly between its bounds, BS if basic and SBS if superbasic).
A key is sometimes printed before State to give some additional information about the state of . Note that unless the optional parameter () is specified, the tests for assigning a key are applied to the variables of the scaled problem.
A |
Alternative optimum possible. The variable is nonbasic, but its reduced gradient is essentially zero. This means that if the variable were allowed to start moving away from its bound, 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 basic or superbasic, but it is equal to (or very close to) one of its bounds.
|
I |
Infeasible. The variable is basic or superbasic and is currently violating one of its bounds by more than the value of the optional parameter Feasibility Tolerance (, where is the machine precision).
|
N |
Not precisely optimal. The variable is nonbasic or superbasic. If the value of the reduced gradient for the variable exceeds the value of the optional parameter Optimality Tolerance (), the solution would not be declared optimal because the reduced gradient for the variable would not be considered negligible.
|
|
Activity |
is the value of at the final iterate.
|
Obj Gradient |
is the value of at the final iterate. For FP problems, is set to zero.
|
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 .
|
Reduced Gradnt |
is the value of at the final iterate (see The Main Iteration). For FP problems, is set to zero.
|
m + j |
is the value of .
|
Let denote the th row of , for . The following describes the printout for each row (or constraint). A full stop (.) is printed for any numerical value that is zero.
Number |
is the value of . (This is used internally to refer to in the intermediate output.)
|
Row |
gives the name of .
|
State |
gives the state of the variable (LL if active on its lower bound, UL if active on its upper bound, EQ if active and fixed, BS if inactive when is basic and SBS if inactive when is superbasic).
A key is sometimes printed before State to give some additional information about the state of . Note that unless the optional parameter () is specified, the tests for assigning a key are applied to the variables of the scaled problem.
A |
Alternative optimum possible. The variable is nonbasic, but its reduced gradient is essentially zero. This means that if the variable were allowed to start moving away from its bound, 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 basic or superbasic, but it is equal to (or very close to) one of its bounds.
|
I |
Infeasible. The variable is basic or superbasic and is currently violating one of its bounds by more than the value of the optional parameter Feasibility Tolerance (, where is the machine precision).
|
N |
Not precisely optimal. The variable is nonbasic or superbasic. If the value of the reduced gradient for the variable exceeds the value of the optional parameter Optimality Tolerance (), the solution would not be declared optimal because the reduced gradient for the variable would not be considered negligible.
|
|
Activity |
is the value of at the final iterate.
|
Slack Activity |
is the value by which differs from its nearest bound. (For the free row (if any), it is set to Activity.)
|
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 .
|
i |
gives the index of .
|
Numerical values are output with a fixed number of digits; they are not guaranteed to be accurate to this precision.
PDF version (NAG web site
, 64-bit version, 64-bit version)
© The Numerical Algorithms Group Ltd, Oxford, UK. 2009–2015