NAG Library Function Document
nag_opt_handle_solve_pennon (e04svc)
1 Purpose
nag_opt_handle_solve_pennon (e04svc) is a solver from the NAG optimization modelling suite for problems such as, quadratic programming (QP), linear semidefinite programming (SDP) and semidefinite programming with bilinear matrix inequalities (BMI-SDP).
2 Specification
#include <nag.h> |
#include <nage04.h> |
void |
nag_opt_handle_solve_pennon (void *handle,
Integer nvar,
double x[],
Integer nnzu,
double u[],
Integer nnzuc,
double uc[],
Integer nnzua,
double ua[],
double rinfo[],
double stats[],
Integer *inform,
NagError *fail) |
|
3 Description
nag_opt_handle_solve_pennon (e04svc) serves as a solver for compatible problems stored as a handle. The handle points to an internal data structure which defines the problem and serves as means of communication for functions in the suite. First, the problem handle is initialized by
nag_opt_handle_init (e04rac). Then some of the functions
nag_opt_handle_set_linobj (e04rec),
nag_opt_handle_set_quadobj (e04rfc),
nag_opt_handle_set_simplebounds (e04rhc),
nag_opt_handle_set_linconstr (e04rjc),
nag_opt_handle_set_linmatineq (e04rnc) or
nag_opt_handle_set_quadmatineq (e04rpc) may be used to formulate the objective function, (standard) constraints and matrix constraints of the problem. Once the problem is fully set, the handle may be passed to the solver. When the handle is not needed anymore,
nag_opt_handle_free (e04rzc) should be called to destroy it and deallocate the memory held within. See
nag_opt_handle_init (e04rac) for more details.
Problems which can be defined this way are, for example, (generally nonconvex) quadratic programming (QP)
linear semidefinite programming problems (SDP)
or semidefinite programming problems with bilinear matrix inequalities (BMI-SDP)
Here
,
and
are
-dimensional vectors,
is a symmetric
by
matrix,
,
are
-dimensional vectors,
is a general
by
rectangular matrix and
,
are symmetric matrices. The expression
stands for a constraint on eigenvalues of a symmetric matrix
, namely, all the eigenvalues should be non-negative, i.e., the matrix should be positive semidefinite. See relevant functions of the suite for more details on the problem formulation.
The solver is based on a generalized Augmented Lagrangian method with a suitable choice of standard and matrix penalty functions. For a detailed description of the algorithm see
Section 11. Under standard assumptions on the problem (Slater constraint qualification, boundedness of the objective function on the feasible set, see
Stingl (2006) for details) the algorithm converges to a local solution. In case of convex problems such as linear SDP or convex QP, this is the global solution. The solver is suitable for both small dense and large-scale sparse problems.
The algorithm behaviour and solver strategy can be modified by various optional parameters (see
Section 12) which can be set by
nag_opt_handle_opt_set (e04zmc) and
nag_opt_handle_opt_set_file (e04zpc) anytime between the initialization of the handle by
nag_opt_handle_init (e04rac) and a call to the solver. Once the solver has finished, options may be modified for the next solve. The solver may be called repeatedly with various starting points and/or optional parameters.
There are several optional parameters with a multiple choice where the default choice is
(for example,
). This value means that the decision over the option is left to the solver based on the structure of the problem. Option getter
nag_opt_handle_opt_get (e04znc) can be called to retrieve the choice of these options as well as on any other options.
Optional parameter may be used to switch the problem to maximization or to ignore the objective function and find only a feasible point.
Optional parameter
may be used to turn on the monitor mode of the solver. The solver invoked in this mode pauses regularly even before the optimal point is found to allow monitoring the progress from the calling program. All the important error measures and statistics are available in the calling program which may terminate the solver early if desired (see argument
inform).
3.1 Structure of the Lagrangian Multipliers
The algorithm works internally with estimates of both the decision variables, denoted by
, and the Lagrangian multipliers (dual variables) for standard and matrix constraints, denoted by
and
, respectively. You may provide initial estimates, request approximations during the run (the monitor mode turned on) and obtain the final values. The Lagrangian multipliers are split into two arrays, the multipliers
for (standard) constraints are stored in array
u and multipliers
for matrix constraints in array
ua. Both arrays need to conform to the structure of the constraints.
If the simple bounds were defined (
nag_opt_handle_set_simplebounds (e04rhc) was successfully called), the first
elements of
u belong to the corresponding Lagrangian multipliers, interleaving a multiplier for the lower and for the upper bound for each
. If any of the bounds were set to infinity, the corresponding Lagrangian multipliers are set to
and may be ignored.
Similarly, the following
elements of
u belong to multipliers for the linear constraints, if formulated by
nag_opt_handle_set_linconstr (e04rjc). The organization is the same, i.e., the multipliers for each constraint for the lower and upper bounds are alternated and zeroes are used for any missing (infinite bound) constraint.
A Lagrangian multiplier for a matrix constraint (one block) of dimension
by
is a dense symmetric matrix of the same dimension. All multipliers
are stored next to each other in array
ua in the same order as the matrix constraints were defined by
nag_opt_handle_set_linmatineq (e04rnc) and
nag_opt_handle_set_quadmatineq (e04rpc). The lower triangle of each is stored in the packed column order (see
Section 3.3.2 in the f07 Chapter Introduction). For example, if there are four matrix constraints of dimensions
,
,
,
, the dimension of array
ua should be
. The first
elements
belong to the packed lower triangle of
, followed by six elements of
and one element for each
and
. See for example
Section 10 in nag_opt_sdp_read_sdpa (e04rdc).
3.2 Approximation of the Lagrangian Multipliers
By the nature of the algorithm, all inequality Lagrangian multiplier
are always kept positive during the computational process. This applies even to Lagrangian multipliers of inactive constraints at the solution. They will only be close to zero although they would normally be equal to zero exactly. This is one of the major differences between results from solvers based on the active set method (such as
nag_opt_sparse_convex_qp_solve (e04nqc)) and others, such as, nag_opt_handle_solve_pennon (e04svc) or interior point methods. As a consequence, the initial estimate of the multipliers (if provided) might be adjusted by the solver to be sufficiently positive, also the estimates returned during the intermediate exits might only be a very crude approximation to their final values as they do not satisfy all the Karush–Kuhn–Tucker (KKT) conditions.
Another difference is that
nag_opt_sparse_convex_qp_solve (e04nqc) merges multipliers for both lower and upper inequality into one element whose sign determines the inequality because there can be at most one active constraint and multiplier for the inactive is exact zero. Negative multipliers are associated with the upper bounds and positive with the lower bounds. On the other hand, E04SVF works with both multipliers at the same time so they are returned in two elements, one for the lower bound, the other for the upper bound (see
Section 3.1). An equivalent result can be achieved by subtracting the upper bound multiplier from the lower one. This holds even when equalities are interpreted as two inequalities (see optional parameter
).
4 References
Ben–Tal A and Zibulevsky M (1997) Penalty/barrier multiplier methods for convex programming problems SIAM Journal on Optimization 7 347–366
Fujisawa K, Kojima M, Nakata K (1997) Exploiting sparsity in primal-dual interior-point method for semidefinite programming Math. Programming 79 235–253
Hogg J D and Scott J A (2011) HSL MA97: a bit-compatible multifrontal code for sparse symmetric systems RAL Technical Report. RAL-TR-2011-024
Kočvara M and Stingl M (2003) PENNON – a code for convex nonlinear and semidefinite programming Optimization Methods and Software 18(3) 317–333
Kočvara M and Stingl M (2007) On the solution of large-scale SDP problems by the modified barrier method using iterative solvers Math. Programming (Series B) 109(2–3) 413–444
Mittelmann H D (2003) An independent benchmarking of SDP and SOCP solvers Math. Programming 95 407–430
Stingl M (2006) On the Solution of Nonlinear Semidefinite Programs by Augmented Lagrangian Methods, PhD thesis Institute of Applied Mathematics II, Friedrich–Alexander University of Erlangen–Nuremberg
5 Arguments
- 1:
– void *Input
-
- 2:
– IntegerInput
-
On entry:
, the number of decision variables
in the problem. It must be unchanged from the value set during the initialization of the handle by
nag_opt_handle_init (e04rac).
- 3:
– doubleInput/Output
-
Note: intermediate stops take place only if .
On entry: if
(the default),
, the initial estimate of the variables
, otherwise
x need not be set.
On intermediate exit:
the value of the variables at the end of the current outer iteration.
On intermediate re-entry: the input is ignored.
On final exit: the final value of the variables .
- 4:
– IntegerInput
-
On entry: the dimension of array
u.
If
,
u will not be referenced; otherwise it needs to match the dimension of constraints defined by
nag_opt_handle_set_simplebounds (e04rhc) and
nag_opt_handle_set_linconstr (e04rjc) as explained in
Section 3.1.
Constraint:
.
- 5:
– doubleInput/Output
-
Note: intermediate stops take place only if .
If
,
u holds Lagrangian multipliers (dual variables) for (standard) constraints, i.e., simple bounds defined by
nag_opt_handle_set_simplebounds (e04rhc) and a set of
linear constraints defined by
nag_opt_handle_set_linconstr (e04rjc). Either their initial estimates, intermediate approximations or final values, see
Section 3.1.
If
,
u will not be referenced and may be
NULL.
On entry: if
(the default is
),
, the initial estimate of the Lagrangian multipliers
, otherwise
u need not be set.
On intermediate exit:
the estimate of the multipliers at the end of the current outer iteration.
On intermediate re-entry: the input is ignored.
On exit: the final value of multipliers .
- 6:
– IntegerInput
-
On entry: the dimension of array
uc. If
,
uc will not be referenced. This argument is reserved for future releases of the NAG C Library which will allow definition of second order cone constraints. It needs to be set to
at the moment.
Constraint:
.
- 7:
– doubleInput/Output
-
uc is reserved for future releases of the NAG C Library which will allow definition of second order cone constraints. It is not referenced at the moment and may be
NULL.
- 8:
– IntegerInput
-
On entry: the dimension of array
ua. If
,
ua will not be referenced; otherwise it needs to match the total number of nonzeros in all matrix Lagrangian multipliers (constraints defined by
nag_opt_handle_set_linmatineq (e04rnc) and
nag_opt_handle_set_quadmatineq (e04rpc)) as explained in
Section 3.1.
Constraint:
.
- 9:
– doubleInput/Output
-
Note: intermediate stops take place only if .
If
,
ua holds the Lagrangian multipliers for matrix constraints defined by
nag_opt_handle_set_linmatineq (e04rnc) and
nag_opt_handle_set_quadmatineq (e04rpc), see
Section 3.1.
If
,
ua will not be referenced and may be
NULL.
On entry: if
(the default is
),
, the initial estimate of the matrix Lagrangian multipliers
, otherwise
ua need not be set.
On intermediate exit:
the estimate of the matrix multipliers at the end of the outer iteration.
On intermediate re-entry: the input is ignored.
On final exit: the final estimate of the multipliers .
- 10:
– doubleOutput
-
On intermediate or final entry: error measures and various indicators (see
Section 11 for details) at the end of the current (or final) outer iteration as given in the table below:
|
objective function value |
|
optimality (12) |
|
feasibility (13) |
|
complementarity (14) |
|
minimum penalty |
|
relative precision (11) |
|
relative duality gap (10) |
|
precision |
|
duality gap |
|
minimum penalty for (standard) inequalities |
|
minimum penalty for matrix inequalities |
|
feasibility of equality constraints |
|
feasibility of (standard) inequalities |
|
feasibility of matrix inequalities |
|
complementarity of equality constraints |
|
complementarity of (standard) inequalities |
|
complementarity of matrix inequalities |
– |
DIMACS error measures (16) (only if turned on by ) |
– |
reserved for future use |
- 11:
– doubleOutput
-
On intermediate or final exit: solver statistics at the end of the current (or final) outer iteration as given in the table below. Note that time statistics is provided only if
is set (the default is
), the measured time is returned in seconds.
|
number of the outer iterations |
|
total number of the inner iterations |
|
total number of the linesearch steps |
|
number of evaluations of the augmented Lagrangian , (see (8)) |
|
number of evaluations of |
|
number of evaluations of |
|
reserved for future use |
|
total running time of the solver |
|
total running time of the solver without evaluations of the user's functions and monitoring stops |
|
time spent in the inner iterations |
|
time spent in Lagrangian multipliers updates |
|
time spent in penalty parameters updates |
|
time spent in matrix feasibility computation |
|
time of evaluations of |
|
time of evaluations of |
|
time of evaluations of |
|
time of factorizations of the Newton system |
|
time of factorizations of the matrix constraints |
– |
reserved for future use |
- 12:
– Integer *Input/Output
-
Note: intermediate stops take place only if .
On initial entry: no effect.
On intermediate exit:
.
On intermediate re-entry: if set to
, solving the current problem is terminated and the function returns
NE_USER_STOP; otherwise the routine continues.
On final exit: .
- 13:
– NagError *Input/Output
-
The NAG error argument (see
Section 2.7 in How to Use the NAG Library and its Documentation).
6 Error Indicators and Warnings
- NE_ALLOC_FAIL
-
Dynamic memory allocation failed.
See
Section 2.3.1.2 in How to Use the NAG Library and its Documentation for further information.
- NE_ALREADY_DEFINED
-
A different solver from the suite has already been used.
- NE_BAD_PARAM
-
On entry, argument had an illegal value.
- NE_DIM_MATCH
-
On entry,
.
nnzu does not match the size of the Lagrangian multipliers for (standard) constraints.
The correct value is 0 for no (standard) constraints.
On entry,
.
nnzu does not match the size of the Lagrangian multipliers for (standard) constraints.
The correct value is either 0 or
.
On entry,
.
nnzua does not match the size of the Lagrangian multipliers for matrix constraints.
The correct value is 0 for no matrix constraints.
On entry,
.
nnzua does not match the size of the Lagrangian multipliers for matrix constraints.
The correct value is either 0 or
.
On entry,
.
nnzuc does not match the size of the Lagrangian multipliers for second order cone constraints.
The correct value is 0 for no such constraints.
- NE_FAILED_START
-
The current starting point is unusable.
The starting point , either provided by the user (if , the default) or the automatic estimate (if ), must not be extremely infeasible in the matrix constraints (infeasibility of order and higher) and all the functions used in the problem formulation must be evaluatable.
In the unlikely case this error is triggered, it is necessary to provide a better estimate of the initial values.
- NE_HANDLE
-
The supplied
handle does not define a valid handle to the data structure for the NAG optimization modelling suite. It has not been initialized by
nag_opt_handle_init (e04rac) or it has been corrupted.
- NE_INFEASIBLE
-
The problem was found to be infeasible during preprocessing.
One or more of the constraints (or its part after preprocessing) violates the constraints by more than ().
- NE_INTERNAL_ERROR
-
An internal error has occurred in this function. Check the function call and any array sizes. If the call is correct then please contact
NAG for assistance.
An unexpected error has been triggered by this function. Please contact
NAG.
See
Section 2.7.6 in How to Use the NAG Library and its Documentation for further information.
- NE_MAYBE_INFEASIBLE
-
The problem seems to be infeasible, the algorithm was stopped.
Whilst the algorithm cannot definitively detect that the problem is infeasible, several indirect indicators suggest that it might be the case.
- NE_MAYBE_UNBOUNDED
-
The problem seems to be unbounded, the algorithm was stopped.
Whilst the algorithm cannot definitively detect that the problem is unbounded, several indirect indicators (such as a rapid decrease in the objective function and a lack of convergence in the inner subproblem) suggest that this might be the case. A good scaling of the objective function is always highly recommended to avoid situations when unusual behavior triggers falsely this error exit.
- NE_NO_IMPROVEMENT
-
Unable to make progress, the algorithm was stopped.
This error is returned if the solver cannot decrease the duality gap over a range of iterations. This can be due to the scaling of the problem or the problem might be close to primal or dual infeasibility.
- NE_NO_LICENCE
-
Your licence key may have expired or may not have been installed correctly.
See
Section 2.7.5 in How to Use the NAG Library and its Documentation for further information.
- NE_REF_MATCH
-
On entry,
, expected
.
Constraint:
nvar must match the value given during initialization of
handle.
- NE_SETUP_ERROR
-
This solver does not support general nonlinear objective and constraints.
- NE_SUBPROBLEM
-
The inner subproblem could not be solved to the required accuracy.
Inner iteration limit has been reached.
The inner subproblem could not be solved to the required accuracy.
Limited progress in the inner subproblem triggered a stop (heuristic inner stop criteria).
The inner subproblem could not be solved to the required accuracy.
Line search or another internal component failed.
A problem with the convergence of the inner subproblem is typically a sign of numerical difficulties of the whole algorithm. The inner subproblem might be stopped before reaching the required accuracy because of the , a heuristic detected no progress in the inner iterations (if , default) or if an internal component failed (for example, line search was unable to find a suitable step). The algorithm tries to recover, however, it might give up after several attempts with one of these error messages.
If it occurs in the very early iterations, consider increasing and possibly or which should ease the first iterations. An occurrence in later iterations indicates numerical difficulties typically due to scaling and/or ill-conditioning or the problem is close to infeasible. Reducing the tolerance on the stopping criteria or increasing might be of limited help.
- NE_TOO_MANY_ITER
-
Outer iteration limit has been reached.
The requested accuracy is not achieved.
If is left to the default, this error indicates numerical difficulties. Consider whether the stopping tolerances (, , ) are set too low or optional parameters affecting the behaviour of the penalty updates (, or ) have been modified inadvisedly. The iteration log should reveal more about the misbehaviour. Providing a different starting point might be of help in certain situations.
- NE_UNBOUNDED
-
The problem was found unbounded during preprocessing.
The objective function consists of an unrestricted ray and thus the problem does not have a solution.
- NE_USER_STOP
-
User requested termination during a monitoring step.
- NW_NOT_CONVERGED
-
The algorithm converged to a suboptimal solution.
The full accuracy was not achieved. The solution should still be usable.
This error may be reported only if (default). The solver predicted that it is unable to reach a better estimate of the solution. However, the error measures indicate that the point is a reasonable approximation. Typically, only the norm of the gradient of the Lagrangian (optimality) does not fully satisfy the requested tolerance whereas the others are well below the tolerance.
Setting will disallow this error but it is unlikely that the algorithm would reach a better solution.
7 Accuracy
The accuracy of the solution is driven by optional parameters , , and and in certain cases .
If
NE_NOERROR on the final exit, the returned point satisfies Karush–Kuhn–Tucker (KKT) conditions to the requested accuracy (under the default settings close to
) and thus it is a good estimate of a local solution. If
NW_NOT_CONVERGED, some of the convergence conditions were not fully satisfied but the point still seems to be a reasonable estimate and should be usable. Please refer to
Section 11.2 and the description of the particular options.
8 Parallelism and Performance
nag_opt_handle_solve_pennon (e04svc) is threaded by NAG for parallel execution in multithreaded implementations of the NAG Library.
nag_opt_handle_solve_pennon (e04svc) 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 function. Please also consult the
Users' Note for your implementation for any additional implementation-specific information.
9.1 Description of the Printed Output
The solver can print information to give an overview of the problem and of the progress of the computation. The output may be send to two independent
streams (files)
which are set by optional parameters and . Optional parameters , and determine the exposed level of detail. This allows, for example, to generate a detailed log in a file while the condensed information is displayed on the screen.
By default (, ), four sections are printed to the standard output: a header, a list of options, an iteration log and a summary.
Header
The header contains statistics about the size of the problem as represented internally, i.e., it reflects any changes imposed by preprocessing and problem transformations (see, for example,
and
). The header may look like:
E04SV, NLP-SDP Solver (Pennon)
---------------------------------------------------------------------------
Number of variables 2 [eliminated 0]
simple linear nonlin
(Standard) inequalities 3 0 0
(Standard) equalities 0 0
Matrix inequalities 1 1 [dense 2, sparse 0]
[max dimension 3]
It shows the total number of variables and how many of them were eliminated (e.g., fixed by a simple equality). A constraint with both a lower and an upper bound counts as 2 inequalities. Simple bounds are set by
nag_opt_handle_set_simplebounds (e04rhc), matrix inequalities by
nag_opt_handle_set_linmatineq (e04rnc) and
nag_opt_handle_set_quadmatineq (e04rpc) and standard equalities and inequalities by
nag_opt_handle_set_linconstr (e04rjc). Note that matrix constraints of dimension 1 are extracted and treated as (standard) inequalities as well. The header report concludes with the number of matrix constraints factorized as dense and sparse matrices, together with the largest dimension of the matrix inequalities.
Optional parameters list
The list shows all options of the solver, each displayed on one line. The line contains the option name, its current value and an indicator for how it was set. The options left at their defaults are noted by (d), the ones set by the user are noted by (U) and the options reset by the solver by (S). The solver will automatically set options which are set to
or options which are not possible to satisfy in the given context (e.g., requesting
for a nonlinear problem). Note that the output format is compatible with the file format expected by
nag_opt_handle_opt_set_file (e04zpc). The output might look as follows:
Outer Iteration Limit = 20 * U
Stop Tolerance 1 = 1.00000E-06 * d
Stop Tolerance 2 = 1.00000E-07 * d
Hessian Density = Dense * S
Iteration log
If
, the status of each major iteration is condensed to one line. The line shows the major iteration number (
represents the starting point), the current objective value, KKT measures (optimality, feasibility and complementarity), minimal penalty and the number of inner iterations performed. Note that all these values are also available in
and
. The output might look as follows:
-----------------------------------------------------------------
it | objective | optim | feas | compl | pen min | inner
-----------------------------------------------------------------
0 0.00000E+00 7.34E+00 1.23E-01 4.41E+01 1.00E+00 0
1 -3.01998E-01 2.54E-03 0.00E+00 1.89E+00 1.00E+00 6
2 -2.53008E+00 1.06E-03 1.30E-01 3.22E-01 3.17E-01 8
3 -2.08172E+00 6.52E-03 1.85E-02 4.54E-02 1.01E-01 7
4 -2.01060E+00 6.47E-03 4.10E-03 1.02E-02 3.19E-02 3
Occasionally, a one letter flag is printed at the end of the line indicating that the inner subproblem was not solved to the required accuracy. The possibilities are
M for maximum number of inner iterations,
L for difficulties in the line search and
! when a heuristic stop took place. Repeated troubles in the subproblems may lead to
NE_SUBPROBLEM. The output below had
which was not enough in the first subproblem (first outer iteration).
----------------------------------------------------------------
it | objective | optim | feas | compl | pen min | inner
----------------------------------------------------------------
0 0.00000E+00 1.46E+03 5.01E+01 1.46E+03 6.40E+01 0
1 3.78981E+02 3.86E+01 0.00E+00 1.21E+04 6.40E+01 5 M
2 9.11724E+02 1.46E-02 0.00E+00 9.24E+02 4.45E+01 5
All KKT measures should normally converge to zero as the algorithm progresses and once the requested accuracy (
) is achieved, the solver stops. However, the convergence is not necessarilly monotonic. The penalty parameters are decreased each major iteration which should improve overall the feasibility of the problem. This also increases the ill-conditioning which might lead to a higher number of inner iterations. A very high number of inner iterations usually signals numerical difficulties. See
Section 11 for the algorithmic details.
If , each major iteration produces significantly more detailed output comprising detailed error measures and output from every inner iteration. The output is self-explanatory so is not featured here in detail.
Summary
Once the solver finishes, a detailed summary is produced. An example is shown below:
--------------------------------------------------------------
Status: converged, an optimal solution found
--------------------------------------------------------------
Final objective value 2.300000E+01
Relative precision 5.873755E-09
Optimality 1.756062E-10
Feasibility 9.048738E-08
Complementarity 1.855566E-08
DIMACS error 1 8.780308E-11
DIMACS error 2 0.000000E+00
DIMACS error 3 0.000000E+00
DIMACS error 4 4.524369E-08
DIMACS error 5 4.065998E-10
DIMACS error 6 3.948012E-10
Iteration counts
Outer iterations 13
Inner iterations 82
Linesearch steps 95
Evaluation counts
Augm. Lagr. values 96
Augm. Lagr. gradient 96
Augm. Lagr. hessian 82
Timing
Total time 0 h 0 min 3 sec
Evaluations + monitoring 0.04 sec
Solver itself 3.09 sec
Inner minimization step 2.72 sec ( 87.1%)
Augm. Lagr. value 0.28 sec ( 9.0%)
Augm. Lagr. gradient 0.67 sec ( 21.6%)
Augm. Lagr. hessian 1.11 sec ( 35.4%)
system matr. factor. 0.64 sec ( 20.5%)
const. matr. factor. 0.40 sec ( 12.8%)
Multiplier update 0.01 sec ( 0.3%)
Penalty update 0.02 sec ( 0.5%)
Feasibility check 0.15 sec ( 4.7%)
--------------------------------------------------------------
It starts with the status line of the overall result which matches the
fail value. It is followed by the final objective value and the error measures (including
if turned on). Iteration counters, numbers of evaluations of the Augmented Lagrangian function and timing of the routine conclude the section. The timing of the algorithm is displayed only if
is set.
10 Example
Semidefinite Programming has many applications in several fields of mathematics, such as, combinatorial optimization, finance, statistics, control theory or structural optimization. However, these applications seldom come in the form of
(2) or
(3). Usually a reformulation is needed or even a relaxation is employed to achieve the desired formulation. This is also the case of the Lovász
function computed in this example. See also
Section 10 in nag_opt_handle_init (e04rac) for links to further examples in the suite.
The Lovász function (or also called number) of an undirected graph is an important quantity in combinatorial optimization. It gives an upper bound to Shannon capacity of the graph and is also related to the clique number and the chromatic number of the complement of which are NP-hard problems.
The
function can be expressed in various ways, here we use the following:
where
and
denotes the space of real symmetric
by
matrices. This eigenvalue optimization problem is easy to reformulate as an SDP problem by introducing an artificial variable
as follows:
Finally, this can be written as
(2)) which is formulated in the example:
where
is a matrix of all ones and
is a matrix of all zeros except
and
.
The example also demonstrates how to set the optional parameters and how to retrieve them.
The data file stores the Petersen graph whose is .
10.1 Program Text
Program Text (e04svce.c)
10.2 Program Data
Program Data (e04svce.d)
10.3 Program Results
Program Results (e04svce.r)
11 Algorithmic Details
This section contains a description of the algorithm used in nag_opt_handle_solve_pennon (e04svc) which is based on the implementation of the code called Pennon. For further details, see
Kočvara and Stingl (2003),
Stingl (2006) and
Kočvara and Stingl (2007).
For simplicity, we will use the following problem formulation; its connection to (SDP) and (BMI-SDP) is easy to see:
where
,
,
are
functions from
to
and
is a
matrix function from
to
. Here
denotes the space of real symmetric matrices
and
,
stands for a constraint on eigenvalues of
, namely the matrix
should be positive semidefinite. Furthermore, we define the inner product on
by
. The index
will be omitted whenever the dimension is clear from the context. Finally, for
and
,
denotes the directional derivative of
with respect to
in direction
.
11.1 Overview
The algorithm is based on a (generalized) augmented Lagrangian approach and on a suitable choice of smooth penalty/barrier functions for (standard) inequality constraints and for constraints on matrix eigenvalues. By means of we define a penalty/barrier function for matrix inequalities as follows.
Let
have an eigenvalue decomposition
where
. We define matrix function
for
as
Both
and
satisfy a number of assumptions (see
Kočvara and Stingl (2003)) guaranteeing, in particular, that for any
,
Further in the text, we use simplified notation .
Thus for any
,
, problem
(4) has the same solution as the following augmented problem
The Lagrangian of
(7) can be viewed as a (generalized) augmented Lagrangian of
(4):
where
,
and
,
,
are Lagrange multipliers associated with the (standard) inequalities and equalities and the matrix inequality constraints, respectively.
The algorithm combines ideas of the (exterior) penalty and (interior) barrier methods with the augmented Lagrangian method, it can be defined as follows:
- Algorithm 1 (Outer Loop)
-
Let , , and be given. Let , , . For repeat until a stopping criteria or maximum number of iterations is reached:
(i) |
Find , satisfying
|
(ii) |
Update Lagrangian multipliers
|
(iii) |
Update penalty parameters and inner problem stopping criteria
|
Step
(i) of
Algorithm 1, further referred as the
inner problem, is the most time-consuming and thus the choice of the solver for
(9) is critical for the overall efficiency of the method. See
Section 11.4 below.
The inequality Lagrangian multipliers update in step
(ii) is motivated by the fact that if
,
solve
(9) exactly in iteration
, we obtain
Details can be found, for example, in
Stingl (2006).
In practise, numerical studies showed that it is not advantageous to do the full updates of multipliers
,
. Firstly, big changes in the multipliers may lead to a large number of iterations in subsequent solution of
(9) and, secondly, the multipliers might become ill-conditioned after a few steps and the algorithm suffers from numerical instabilities. To overcome these difficulties, a restricted update is performed instead.
New Lagrangian multipliers for (standard) inequalities
, for
are limited not to violate the following bound
for a given
(see
).
A similar strategy is applied to the matrix multipliers
as well. For
(see
) set
The penalty parameters
in step
(iii) are updated by some constant factor dependent on the initial penalty parameters
and
. The update process is stopped when
and
are reached (see
,
).
Additional details about the multiplier and penalty update strategies, as well as local and global convergence properties under standard assumptions can be found in an extensive study
Stingl (2006).
11.2 Stopping Criteria
Algorithm 1 is stopped when all the stopping criteria are satisfied to the requested accuracy, these are:
and these based on Karush–Kuhn–Tucker (KKT) error measures, to keep the notation simple, formulation
(4) is assumed and iteration index
is dropped:
Here , , may be set in the option settings as , and , respectively.
Note that if , only the feasibility is taken into account.
There is an option for linear SDP problems to switch from stopping criteria based on the KKT conditions to
, see
Mittelmann (2003). This is the default choice. To keep the notation readable, these are defined here only for the following simpler formulation of linear SDP rather than
(2):
In this case the algorithm stops when:
where
denote the adjoint operator to
,
.
They can be viewed as a scaled version of the KKT conditions. represents the (scaled) norm of the gradient of the Lagrangian, and the dual and primal infeasibility, respectively, and and measure the duality gap and the complementary slackness. Note that in this solver by definition and is automaticaly zero because the formulation involves slack variables which are not used here.
11.3 Choice of penalty functions and
To treat the (standard) inequality constraints
, we use the penalty/barrier function proposed by
Ben–Tal and Zibulevsky (1997):
with default
.
The choice of
(and thus of
) is motivated by the complexity of the evaluation of
and its derivatives. If
is defined as
it is possible to avoid the explicit eigenvalue decomposition in
(5) as it can be seen in the formulae below (note that index
is omitted):
where
For details follow
Kočvara and Stingl (2003). Note that, in particular, formula
(17) requires nontrivial computational resources even if careful handling of the sparsity of partial derivatives of
is implemented. nag_opt_handle_solve_pennon (e04svc) uses a set of strategies described in
Fujisawa et al. (1997) adapted for parallel computation.
11.4 Solution of the inner problem
This section describes solving of the inner problem (step
(i) of
Algorithm 1). We attempt to find an approximate solution of the following system (in
and
) up to the given precision
:
where the penalty parameters
, as well as the Lagrangian multipliers
and
are fixed.
A linesearch SQP framework is used due to its desirable convergence properties. It can be stated as follows.
- Algorithm 2 (Inner Loop)
-
Let , be given (typically as the solution from the previous outer iteration), , , , and fixed. For
(i) |
Find a descent direction by solving
|
(ii) |
Find a suitable step length and set
|
(iii) |
Stop if is reached or if
|
System
(20) is solved by the factorization routine MA97 (see
Hogg and Scott (2011), in combination with an inertia correction strategy described in
Stingl (2006). The step length selection is guided by
.
If there are no equality constraints in the problem, the unconstrained minimization in Step
(i) of
Algorithm 1 simplifies to the modified Newton method with line-search (for details, see
Kočvara and Stingl (2003)). Alternatively, the equality constraints
can be converted to two inequalities which would be treated with the remaining constraints (see
).
12 Optional Parameters
Several optional parameters in nag_opt_handle_solve_pennon (e04svc) define choices in the problem specification or the algorithm logic. In order to reduce the number of formal arguments of nag_opt_handle_solve_pennon (e04svc) 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 optional parameters can be changed by calling
nag_opt_handle_opt_set (e04zmc) anytime between the initialization of the handle by
nag_opt_handle_init (e04rac) and the call to the solver. Modification of the arguments during intermediate monitoring stops is not allowed. Once the solver finishes, the optional parameters can be altered again for the next solve.
If any options are set by the solver (typically those with the choice of
), their value can be retrieved by
nag_opt_handle_opt_get (e04znc). If the solver is called again, any such arguments are reset to their default values and the decision is made again.
The following is a list of the optional parameters available. A full description of each optional parameter is provided in
Section 12.1.
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;
- 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 nag_machine_precision (X02AJC)).
All options accept the value to return single options to their default states.
Keywords and character values are case and white space insensitive.
This special keyword may be used to reset all optional parameters to their default values. Any argument value given with this keyword will be ignored.
DIMACS Measures | | Default |
If the problem is a linear semidefinite programming problem, this argument specifies if DIMACS error measures (see
Section 11.2) should be computed and/or checked. In other cases, this option reverts to
automatically.
Constraint: , or .
Hessian Density | | Default |
This optional parameter guides the solver on how the Hessian matrix of augmented Lagrangian should be built. Option leaves the decision to the solver and it is the recommended option. Setting it to DENSE bypasses the autodetection and the Hessian is always built as a dense matrix. Option SPARSE instructs the solver to use a sparse storage and factorization of the matrix if possible.
Constraint: , or
Infinite Bound Size | | Default |
This 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 ). Note that a modification of this optional parameter does not influence constraints which have already been defined; only the constraints formulated after the change will be affected.
Constraint: .
Initial P | | Default |
This optional parameter defines the choice of the penalty optional parameters
,
, see
Algorithm 1.
- The penalty optional parameters are chosen automatically as set by optional parameter , and subject to automatic scaling. Note that might be increased so that the penalty function is defined for all matrix constraints at the starting point.
- The penalty optional parameters are kept from the previous run of the solver if possible. If not, this options reverts to . Note that even if the matrix penalty optional parameters are the same as in the previous run, they are still subject to a possible increase so that the penalty function is well defined at the starting point.
Constraint: or .
Initial U | | Default |
This argument guides the solver on which initial Lagrangian multipliers are to be used.
- The Lagrangian multipliers are chosen automatically as set by automatic scaling.
- The values of arrays u and ua (if provided) are used as the initial Lagrangian multipliers subject to automatic adjustments. If one or the other array is not provided, the choice for missing data is as in .
- The Lagrangian multipliers are kept from the previous run of the solver. If this option is set for the first run or optional parameters change the approach of the solver, the choice automatically reverts to . This might be useful if the solver is hot started, for example, to achieve higher precision of the solution.
Constraint: , or .
This argument guides which starting point
is to be used.
- The starting point is chosen automatically so that it satisfies simple bounds on the variables or as a zero vector. Input of argument x is ignored.
- Initial values of argument x are used as a starting point.
Constraint: or .
Init Value P | | Default |
This argument defines the value , the initial penalty optional parameter for (standard) inequalities. A low value of the penalty causes the solution of the inner problem to be closer to the feasible region and thus to the desirable result. However, it also increases ill-conditioning of the system. It is not advisable to set the penalty too low unless a good starting point is provided.
Constraint: .
Init Value Pmat | | Default |
The value of this option suggests , the initial penalty optional parameter for matrix inequalities. It is similar to (and the same advice applies), however, gets increased automatically if the matrix constraints are more infeasible than the actual penalty optional parameter.
Constraint: .
Inner Iteration Limit | | Default |
The maximum number of the inner iterations (Newton steps) to be performed by
Algorithm 2 in each outer iteration. Setting the option too low might lead to
NE_SUBPROBLEM. Values higher than
are unlikely to improve convergence.
Constraint: .
Inner Stop Criteria | | Default |
The precision
for the solution of the inner subproblem is determined in
Algorithm 1 and under typical circumstances
Algorithm 2 is expected to reach this precision within the given
. If any problems are detected and
,
Algorithm 2 is allowed to stop before reaching the requested precision or the
. This usually saves many unfruitful iterations and the solver may recover in the following iterations. If you suspect that the heuristic problem detection is not suitable for your problem, setting
disallows such behaviour.
Constraint: or .
Inner Stop Tolerance | | Default |
This option sets the required precision
for the first inner problem solved by
Algorithm 2. The precison of the solution of the inner problem does not need to be very high in the first outer iterations and it is automatically adjusted through the outer iterations to reach the optimality limit
in the last one.
Setting
too restrictive (too low) causes an increase of the number of inner iterations needed in the first outer iterations and might lead to
NE_SUBPROBLEM. In certain cases it might be helpful to use a more relaxed (higher)
and increase
which should reduce the number of inner iterations needed at the beginning of the computation in exchange for a possibly higher number of the outer iterations.
Constraint: .
Linesearch Mode | | Default |
This controls the step size selection in
Algorithm 2. If
(the default for linear problems), unit steps are taken where possible and the step shortening takes place only to avoid undefined regions for the matrix penalty function
(see
(17)). This may be used for linear problems but it is not recommended for any nonlinear ones. If
, Armijo backtracking linesearch is used instead which is a fairly basic linesearch. If
, a cubic safe guarded linesearch based on Goldstein condition is employed, this is the recommended (and default) choice for nonlinear problems.
Constraint: , , or .
This argument may be set to if you wish to turn on printing of each optional parameter specification as it is supplied.
Constraint: or
Monitor Frequency | | Default |
If
, the solver returns to you at the end of every
th outer iteration. During these intermediate exits, the current point
x and Lagrangian multipliers
u,
ua (if requested) are provided as well as the statistics and error measures (
rinfo,
stats). Argument
inform helps to distinguish between intermediate and final exits and also allows immediate termination.
If , the solver stops only once on the final point and no intermediate exits are made.
Constraint: .
Monitoring File | | Default |
(See
Section 2.3.1.1 in How to Use the NAG Library and its Documentation for further information on NAG data types.)
If
, the
Nag_FileID number (as returned from
nag_open_file (x04acc))
for the secondary (monitoring) output. If set to
, no secondary output is provided. The following information is output to the unit:
- – a listing of the optional parameters;
- – problem statistics, the iteration log and the final status as set by .
Constraint: .
Monitoring Level | | Default |
This argument sets the amount of information detail that will be printed by the solver to the secondary output. The meaning of the levels is the same as with .
Constraint: .
Outer Iteration Limit | | Default |
The maximum number of the outer iterations to be performed by
Algorithm 1. If
, no iteration is performed, only quantities needed in the stopping criteria are computed and returned in
rinfo. This might be useful in connection with
and
to check optimality of the given point. However, note that the rules for possible modifications of the starting point still apply, see
u and
ua. Setting the option too low might lead to
NE_TOO_MANY_ITER.
Constraint: .
This controls , the lowest possible penalty value used for (standard) inequalities. In general, very small values of the penalty optional parameters cause ill-conditioning which might lead to numerical difficulties. On the other hand, very high prevents the algorithm from reaching the requested accuracy on the feasibility. Under normal circumstances, the default value is recommended.
Constraint: .
This is an equivalent of for the minimal matrix penalty optional parameter . The same advice applies.
Constraint: .
Preference | | Default |
This option affects how contributions from the matrix constraints
(17) to the system Hessian matrix are computed. The default option of
should be suitable in most cases. However, dealing with matrix constraints of a very high dimension may cause noticable memory overhead and switching to
may be required.
Constraint: or .
Presolve Block Detect | | Default |
If , the matrix constraints are checked during preprocessoring to determine if they can be split into smaller independent ones, thus speeding up the solver.
Constraint: or .
(See
Section 2.3.1.1 in How to Use the NAG Library and its Documentation for further information on NAG data types.)
If
, the
Nag_FileID number (as returned from
nag_open_file (x04acc),
stdout as the default)
for the primary output of the solver. If
, the primary output is completely turned off independently of other settings. The following information is output to the unit:
- – a listing of optional parameters if set by ;
- – problem statistics, the iteration log and the final status from the solver as set by .
Constraint: .
This argument defines how detailed information should be printed by the solver to the primary output.
|
Output |
|
No output from the solver |
|
Only the final status and the objective value |
|
Problem statistics, one line per outer iteration showing the progress of the solution, final status and statistics |
|
As level 2 but detailed output of the outer iterations is provided and brief overview of the inner iterations |
, |
As level 3 but details of the inner iterations are printed as well |
Constraint: .
Print Options | | Default |
If , a listing of optional parameters will be printed to the primary output.
Constraint: or .
P Update Speed | | Default |
This option affects the rate at which the penalty optional parameters
are updated (
Algorithm 1, step
(iii)) and thus indirectly influences the overall number of outer iterations. Its value can be interpretted as the typical number of outer iterations needed to get from the initial penalty values
,
half-way to the
and
. Values smaller than
causes a very agressive penalty update strategy which might lead to the increased number of inner iterations and possibly to numerical difficulties. On the other hand, values higher than
produce a relatively conservative approach which leads to a higher number of the outer iterations.
If the solver encounters difficulties on your problem, a higher value might help. If your problem is working fine, setting a lower value might increase the speed.
Constraint: .
This argument turns on timings of various parts of the algorithm to give a better overview of where most of the time is spent. This might be helpful for a choice of different solving approaches. It is possible to choose between CPU and wall clock time. Choice is equivalent to wall clock.
Constraint: , , or .
Stop Criteria | | Default |
If
, the solver is allowed to stop prematurely with a suboptimal solution,
NW_NOT_CONVERGED, if it predicts that a better estimate of the solution cannot be reached. This is the recommended option.
Constraint: or .
Stop Tolerance 1 | | Default |
This option defines
used as a tolerance for the relative duality gap
(10) and the relative precision
(11), see
Section 11.2.
Constraint: .
Stop Tolerance 2 | | Default |
This option sets the value
which is used for optimality
(12) and complementarity
(14) tests from KKT conditions or if
for all DIMACS error measures instead. See
Section 11.2.
Constraint: .
Stop Tolerance Feasibility | | Default |
This argument places an acceptance limit on the feasibility of the solution
(13),
. See
Section 11.2.
Constraint: .
This argument specifies the required direction of the optimization. If , the objective function (if set) is ignored and the algorithm stops as soon as a feasible point is found with respect to the given tolerance. If no objective function was set, reverts to automatically.
Constraint: , or .
Transform Constraints | | Default |
This argument controls how equality constraints are treated by the solver. If
, all equality constraints
from
(4) are treated as two inequalities
and
, see
Section 11.4. This is the default and the only option in this release for equality constrained problems.
Constraint: , or .
U Update Restriction | | Default |
This defines the value giving the bounds on the updates of Lagrangian multipliers for (standard) inequalities between the outer iterations. Values close to limit the changes of the multipliers and serve as a kind of smoothing, lower values allow more significant changes.
Based on numerical experience, big variation in the multipliers may lead to a large number of iterations in the subsequent step and might disturb the convergence due to ill-conditioning.
It might be worth experimenting with the value on your particular problem. Mid range values are recommended over the more extremal ones.
Constraint: .
Umat Update Restriction | | Default |
This is an equivalent of
for matrix constraints, denoted as
in
Section 11.1. The advice above applies equally.
Constraint: .