Note:this function usesoptional parametersto define choices in the problem specification and in the details of the algorithm. If you wish to use default settings for all of the optional parameters, you need only read Sections 1 to 10 of this document. If, however, you wish to reset some or all of the settings please refer to Section 11 for a detailed description of the algorithm, and to Section 12 for a detailed description of the specification of the optional parameters.
e05kbc is designed to find the global minimum or maximum of an arbitrary function, subject to simple bound-constraints using a multi-level coordinate search method. Derivatives are not required, but convergence is only guaranteed if the objective function is continuous in a neighbourhood of a global optimum. It is not intended for large problems.
The function may be called by the names: e05kbc or nag_glopt_handle_solve_mcs.
3Description
e05kbc is aimed at minimizing a nonlinear objective function subject to bound constraints:
Here is a smooth nonlinear function and and are -dimensional vectors defining bounds on the variables.
e05kbc 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 a means of communication for functions in the NAG optimization modelling suite. To define a compatible problem handle, you must call e04rac to initialize it followed, optionally, by e04rgc, e04rec or e04rfc to define the objective function and e04rhc to define bounds on the variables. If e04rhc is not called, all the variables will be considered free by the solver. It should be noted that e05kbc always assumes that the gradient of the objective is dense, therefore, defining a sparse structure for the residuals in the call to e04rgc will have no effect. Additionally, the multi-level coordinate search method used by this solver relies on dividing the feasible space in ‘boxes’ (see Section 11 for a more thorough explanation) so it is advisable to define reasonable bounds for the variables using e04rhc. See Section 4.1 in the E04 Chapter Introduction for more details about the NAG optimization modelling suite.
The algorithm behaviour and solver strategy can be modified by various optional parameters (see Section 12) which can be set by e04zmcande04zpc at any time between the initialization of the handle by e04rac and a call to the solver. The optional parameters' names specific for this solver start with the prefix MCS (Multi-level Coordinate Search). The default values for these optional parameters are chosen to work well in the general case, but it is recommended that you tune them to your particular problem. In particular, if the objective function is known to be numerically difficult, it could be desirable to define a customized initialization list for the algorithm with the optional parameter . For more details on how to create a custom initialization list, please refer to Section 9.2.
Once the solver has finished, options may be modified for the next solve. The solver may be called repeatedly with various initialization lists and/or optional parameters.
The method used by e05kbc is based on MCS, the Multi-level Coordinate Search method described in Huyer and Neumaier (1999), and the algorithm it uses is described in detail in Section 11.
4References
Huyer W and Neumaier A (1999) Global optimization by multi-level coordinate search Journal of Global Optimization14 331–355
5Arguments
1: – void *Input
On entry: the handle to the problem. It needs to be initialized (e.g., by e04rac) and to hold a problem formulation compatible with e05kbc. It must not be changed between calls to the NAG optimization modelling suite.
2: – function, supplied by the userExternal Function
objfun must calculate the value of the nonlinear objective function at a specified point . If there is no nonlinear objective (e.g., e04recore04rfc was called to define a linear or quadratic objective function), objfun will never be called by e05kbc and may be NULLFN.
On entry: , the current number of decision variables in the model.
2: – const doubleInput
On entry: the vector of variable values at which the objective function is to be evaluated.
3: – double *Output
On exit: the value of the objective function at .
4: – Integer *Input/Output
On entry: a non-negative value.
On exit: may be used to indicate that the requested objective value could not be computed. Specifically, it can be set to a negative value:
The solver will cleanly exit with NE_USER_STOP and return the best available point as well as the solve statistics.
5: – Nag_Comm *
Pointer to structure of type Nag_Comm; the following members are relevant to objfun.
user – double *
iuser – Integer *
p – Pointer
The type Pointer will be void *. Before calling e05kbc you may allocate memory and initialize these pointers with various quantities for use by objfun when called from e05kbc (see Section 3.1.1 in the Introduction to the NAG Library CL Interface).
Note:objfun should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by e05kbc. If your code inadvertently does return any NaNs or infinities, e05kbc is likely to produce unexpected results.
3: – function, supplied by the userExternal Function
monit is provided to enable you to monitor the progress of the optimization and, optionally, to terminate the solver early if necessary. It is invoked at the end of every th step where is given by the (the default is , monit is not called). A step is complete when the procedure in which a sub-box is considered for splitting finishes correctly.
On entry: , the current number of decision variables in the model.
2: – const doubleInput
On entry: the vector of decision variables at the current iteration.
3: – Integer *Input/Output
On entry: a non-negative value.
On exit: may be used to request the solver to stop immediately. Specifically, if the solver will terminate immediately with NE_USER_STOP; otherwise, the solver will proceed normally.
4: – const doubleInput
On entry: error measures and various indicators at the end of the current iteration as described in rinfo.
5: – const doubleInput
On entry: solver statistics at the end of the current iteration as described in stats.
6: – Nag_Comm *
Pointer to structure of type Nag_Comm; the following members are relevant to monit.
user – double *
iuser – Integer *
p – Pointer
The type Pointer will be void *. Before calling e05kbc you may allocate memory and initialize these pointers with various quantities for use by monit when called from e05kbc (see Section 3.1.1 in the Introduction to the NAG Library CL Interface).
Note:monit should not return floating-point NaN (Not a Number) or infinity values, since these are not handled by e05kbc. If your code inadvertently does return any NaNs or infinities, e05kbc is likely to produce unexpected results.
4: – IntegerInput
On entry: , the current number of decision variables in the model.
5: – doubleOutput
On exit: the final values of the variables, .
6: – doubleOutput
On exit: error measures and various indicators at the end of the final iteration as given in the table below:
Objective function value .
Number of sweeps.
–
Reserved for future use.
7: – doubleOutput
On exit: solver statistics at the end of the final iteration as given in the table below:
Number of calls to the objective function.
Total time spent in the solver (including time spent evaluating the objective).
Total time spent evaluating the objective function.
Number of sub-boxes.
Number of splits.
Cumulative number of splits by initialization list.
The current lowest level containing no split boxes.
–
Reserved for future use.
8: – Nag_Comm *
The NAG communication argument (see Section 3.1.1 in the Introduction to the NAG Library CL Interface).
9: – NagError *Input/Output
The NAG error argument (see Section 7 in the Introduction to the NAG Library CL Interface).
e05kbc returns with NE_NOERROR
if the iterates have converged to a point that satisfies the convergence criteria described in Section 7.
6Error Indicators and Warnings
NE_ALLOC_FAIL
Dynamic memory allocation failed.
See Section 3.1.2 in the Introduction to the NAG Library CL Interface for further information.
NE_BAD_PARAM
On entry, argument had an illegal value.
NE_DIV_COMPLETE
The division procedure completed but your target value could not be reached.
Despite every sub-box being processed times, the target value you provided in could not be found to the tolerances given in and . You could try reducing or the objective tolerances.
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 properly initialized or it has been corrupted.
NE_INF_INIT_LIST
A finite initialization list could not be computed internally. Consider reformulating the bounds on the problem, try providing your own initialization list, use the randomization option () or vary the value of .
The user-supplied initialization list contained infinite values, as determined by the optional parameter .
NE_INLIST_CLOSE
An error occurred during initialization. It is likely that points from the initialization list are very close together. Try relaxing the bounds on the variables or use a different initialization method.
NE_INT
On entry, user-supplied section contained distinct elements, and : , , .
For more details, please refer to Section 9.2.
On entry, user-supplied section was not in ascending order: , .
For more details, please refer to Section 9.2.
The dimension of the array ‘MCS List’ is not a multiple of .
For more details, please refer to Section 9.2.
NE_INT_2
On entry, user-supplied , .
Constraint: if is not fixed then , for .
For more details, please refer to Section 9.2.
On entry, user-supplied , and .
Constraint: if is not fixed then , for .
For more details, please refer to Section 9.2.
On entry, user-supplied , .
Constraint: if is not fixed then , for .
For more details, please refer to Section 9.2.
On entry, user-supplied , and .
Constraint: if is not fixed then , for .
For more details, please refer to Section 9.2.
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.
See Section 7.5 in the Introduction to the NAG Library CL Interface for further information.
NE_LINESEARCH_ERROR
An error occurred during linesearching. It is likely that your objective function is badly scaled: try rescaling it. Also, try relaxing the bounds or use a different initialization method. If the problem persists, please contact NAG quoting error code .
NE_MISSING_CALL
The optional parameter was set to CUSTOM
but one of the arrays , or was not passed
correctly to the handle.
For more details, please refer to Section 9.2.
NE_NO_LICENCE
Your licence key may have expired or may not have been installed correctly.
See Section 8 in the Introduction to the NAG Library CL Interface for further information.
NE_NOT_PARSED
There were variables and the optional parameter . Constraint: . Use e04zmc to set compatible option values.
NE_NULL_ARGUMENT
The problem requires the objfun values. Please provide a proper objfun function.
NE_PHASE
The problem is already being solved.
NE_REAL_2
On entry, user-supplied , , , and .
Constraint: if is not fixed then , for and .
For more details, please refer to Section 9.2.
On entry, user-supplied , , , and .
Constraint: if is not fixed then , for and .
For more details, please refer to Section 9.2.
NE_REF_MATCH
On entry, , expected .
Constraint: nvar must match the current number of variables of the model in the handle.
NE_SETUP_ERROR
This solver does not support the model defined in the handle.
NE_TOO_MANY_FEVALS
The function evaluations limit was exceeded.
Approximately function calls have been made without your chosen termination criterion being satisfied.
NE_USER_STOP
User-supplied monitoring function requested termination.
User-supplied objective function requested termination.
7Accuracy
If NE_NOERROR on exit, then the vector returned in the array x is an estimate of the solution whose function value satisfies your termination criterion: the function value was static for sweeps through levels, or
where is the value of the optional parameter , is the value of the optional parameter , and is the value of the optional parameter .
8Parallelism and Performance
Background information to multithreading can be found in the Multithreading documentation.
e05kbc is threaded by NAG for parallel execution in multithreaded implementations of the NAG Library.
e05kbc 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.
9Further Comments
9.1Description of the Printed Output
The solver can print information to give an overview of the problem and the progress of the computation. The output may be sent to two independent
file ID
which are set by optional parameters and . Optional parameters , , and determine the exposed level of detail. This allows, for example, a detailed log file to be generated 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 is a message indicating the start of the solver. It should look like:
-------------------------------------------------
E05KB, MCS method for bound constrained problems
-------------------------------------------------
Optional parameters list
If , a list of the optional parameters and their values is printed. 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’ and the ones you have set are noted by ‘U’. Note that the output format is compatible with the file format expected by e04zpc. The output looks as follows:
Mcs Initialization Method = Simple Bounds * d
Mcs Local Searches = On * d
Mcs Local Searches Limit = 50 * d
Mcs Local Searches Tolerance = 2.22045E-16 * d
Mcs Max Objective Calls = 0 * d
Mcs Monitor Frequency = 0 * d
Mcs Repeatability = Off * d
Mcs Splits Limit = 0 * d
Mcs Static Limit = 0 * d
Mcs Target Objective Error = 1.02648E-04 * d
Mcs Target Objective Safeguard= 1.05367E-08 * d
Mcs Target Objective Value = -1.7977E+308 * d
Mcs Print Frequency = 1 * d
Problem statistics
If , statistics on the problem are printed, for example:
Problem Statistics
No of variables 4
free (unconstrained) 1
bounded 3
Objective function Nonlinear
Iteration log
If , the solver will print a summary line for each split. Each line shows the split number, the value of the objective function (obj), the number of sweeps (nsweeps), and the cumulative number of objective function evaluations (nf). The output looks as follows:
Status: Converged, objective function is static
Value of the objective -9.00000E+00
Number of objective function evaluations 81
Number of sweeps 10
Note that only the iterations that decrease the objective function are printed in the iteration log, meaning that objective evaluations are likely to happen between the last printed iteration and the convergence. This leads to a small difference between the last line of the iteration log and the final summary in terms of the number of function evaluations.
Optionally, if , the timings are printed:
Timings
Total time spent in the solver 0.056
Time spent in the objective evaluation 0.012
Additionally, if , the solution is printed along with the bounds:
By default, the initialization list as described in Section 11.1 is computed internally by the solver using one of the methods defined by the optional parameter . It is however possible to customize the initialization method by first setting to and providing the following information to the handle before the solver call through the utility routines e04rxc and e04rwc:
encodes the number of splitting points in each coordinate direction; e.g.,
for , is the number of splits intially created in the th direction. The coordinates of the initial boxes must be provided in the argument , where sdlist is defined implicitly when list is passed to the problem structure.
To provide the array numpts, the routine e04rwc must be called with the command string .
designates a point stored in that you wish e05kbc to consider as an ‘initial point’ for the purposes of the splitting procedure. Call this initial point . The coordinates of correspond to a set of indices , , such that is stored in . You must set for .
To provide the array initpt, the routine e04rwc must be called with the command string .
Constraint:
, for
List(): real array
is the ‘initialization list’: whenever a sub-box in the algorithm is split for the first time (either during the initialization procedure or later), for each non-fixed coordinate the split is done at the values , , as well as at some adaptively chosen intermediate points.
For all , the values , , must be in ascending order with each entry being distinct.
The dimension sdlist is defined implicitly as when list is passed to the handle.
To provide the array list, the routine e04rxc must be called with the command string .
Constraint:
for all and , , where bl and bu are the bounds defined on the variables.
10Example
This example finds the global minimum of the ‘peaks’ function in two dimensions
on the box .
The function has several local minima and one global minimum in the given box. The global minimum is approximately located at , where the function value is approximately .
Here we summarise the main features of the MCS algorithm used in e05kbc, and we introduce some terminology used in the description of the function and its arguments. We assume throughout that we will only do any work in coordinates in which is free to vary. The MCS algorithm is fully described in Huyer and Neumaier (1999).
11.1Initialization and Sweeps
Each sub-box is determined by a basepoint and an opposite point . We denote such a sub-box by . The basepoint is allowed to belong to more than one sub-box, is usually a boundary point, and is often a vertex.
An initialization procedure produces an initial set of sub-boxes. Whenever a sub-box is split along a coordinate for the first time (in the initialization procedure or later), the splitting is done at three or more user-defined values at which the objective function is sampled, and at some adaptively chosen intermediate points. At least four children are generated. More precisely, we assume that we are given
and a vector that, for each , locates within the th coordinate of an initial point ; that is, if for some , then . A good guess for the global optimum can be used as .
The initialization points and the vectors and are collectively called the initialization list (and sometimes we will refer to just the initialization points as ‘the initialization list’, whenever this causes no confusion). The initialization data may be input by you, or they can be set to sensible default values by e05kbc: if you provide them yourself, the arrays should contain , should contain , and should contain
, for and ; please refer to Section 9.2 for more information on how to define a custom initialization list. If you wish e05kbc to use one of its preset initialization methods, you could choose one of two simple, three-point methods (see Figure 1). If the list generated by one of these methods contains infinite values, attempts are made to generate a safeguarded list using the function (which is also used during the splitting procedure, and is described in Section 11.2). If infinite values persist, e05kbc exits with NE_INF_INIT_LIST. There is also the option to generate an initialization list with the aid of linesearches (by setting ). Starting with the absolutely smallest point in the root box, linesearches are made along each coordinate. For each coordinate, the local minimizers found by the linesearches are put into the initialization list. If there were fewer than three minimizers, they are augmented by close-by values. The final preset initialization option () generates a randomized list, so that independent multiple runs may be made if you suspect a global optimum has not been found. Depending on whether you set the optional parameter to or , the random state is initialized to give a repeatable or non-repeatable sequence. The components of list are then generated, from a uniform distribution on the root box if the box is finite, or else in a safeguarded fashion if any bound is infinite.
Given an initialization list (preset or otherwise), e05kbc evaluates at and sets the initial estimate of the global minimum, , to . Then, for , the objective function is evaluated at points that agree with in all but the th coordinate. We obtain pairs
, for , with: , say; with, for ,
and with
The point having the smallest function value is renamed and the procedure is repeated with the next coordinate.
Once e05kbc has a full set of initialization points and function values, it can generate an initial set of sub-boxes. Recall that the root box is , having basepoint . The opposite point is a corner of farthest away from , in some sense. The point need not be a vertex of , and is entitled to have infinite coordinates. We loop over each coordinate , splitting the current box along coordinate into , or sub-intervals with exactly one of the as endpoints, depending on whether two, one or none of the are on the boundary. Thus, as well as splitting at
, for , we split at additional points
, for . These additional are such that
where is the golden-section ratio , and the exponent takes the value or , chosen so that the sub-box with the smaller function value gets the larger fraction of the interval. Each child sub-box gets as basepoint the point obtained from by changing to the that is a boundary point of the corresponding th coordinate interval; this new basepoint, therefore, has function value . The opposite point is derived from by changing to the other end of that interval.
e05kbc can now rank the coordinates based on an estimated variability of . For each we compute the union of the ranges of the quadratic interpolant through any three consecutive , taking the difference between the upper and lower bounds obtained as a measure of the variability of in coordinate . A vector is populated in such a way that coordinate has the th highest estimated variability. For tiebreaks, when the obtained after splitting coordinate belongs to two sub-boxes, the one that contains the minimizer of the quadratic models is designated the current sub-box for coordinate .
Boxes are assigned levels in the following manner. The root box is given level . When a sub-box of level is split, the child with the smaller fraction of the golden-section split receives level ; all other children receive level . The box with the better function value is given the larger fraction of the splitting interval and the smaller level because then it is more likely to be split again more quickly. We see that after the initialization procedure the first level is empty and the non-split boxes have levels , so it is meaningful to choose much larger than . Note that the internal structure of e05kbc demands that be at least .
Examples of initializations in two dimensions are given in Figure 1. In both cases the initial point is ; on the left the initialization points are
while on the right the points are
In Figure 1, basepoints and levels after initialization are displayed. Note that these initialization lists correspond to and , respectively.
Figure 1: Examples of the initialization procedure
After initialization, a series of sweeps through levels is begun. A sweep is defined by three steps:
(i)scan the list of non-split sub-boxes. Fill a record list according to if there is no box at level , and with pointing to a sub-box with the lowest function value among all sub-boxes with level otherwise, for ;
(ii)the sub-box with label is a candidate for splitting. If the sub-box is not to be split, according to the rules described in Section 11.2, increase its level by and update if necessary. If the sub-box is split, mark it so, insert its children into the list of sub-boxes, and update if any child with level yields a strict improvement of over those sub-boxes at level ;
(iii)increment by . If then display the monitoring information and start a new sweep; else if then repeat this step; else display monitoring information and go to the previous step.
Clearly, each sweep ends after at most visits of the third step.
11.2Splitting
Each sub-box is stored by e05kbc as a set of information about the history of the sub-box: the label of its parent, a label identifying which child of the parent it is, etc. Whenever a sub-box of level is a candidate for splitting, as described in Section 11.1, we recover , , and the number, , of times coordinate has been split in the history of . Sub-box could be split in one of two ways.
(i)Splitting by rank
If , the box is always split. The splitting index is set to a coordinate such that .
(ii)Splitting by expected gain
If , the sub-box could be split along a coordinate where a maximal gain in function value is expected. This gain is estimated according to a local separable quadratic model obtained by fitting to function values. If the expected gain is too small the sub-box is not split at all, and its level is increased by .
Eventually, a sub-box that is not eligible for splitting by expected gain will reach level and then be split by rank, as long as is large enough. As , the rule for splitting by rank ensures that each coordinate is split arbitrarily often.
Before describing the details of each splitting method, we introduce the procedure for correctly handling splitting at adaptive points and for dealing with unbounded intervals. Suppose we want to split the th coordinate interval , where we define , for and , and where is the basepoint of the sub-box being considered. The descendants of the sub-box should shrink sufficiently fast, so we should not split too close to . Moreover, if is large we want the new splitting value to not be too large, so we force it to belong to some smaller interval , determined by
where the function is defined by
11.2.1Splitting by rank
Consider a sub-box with level . Although the sub-box has reached a high level, there is at least one coordinate along which it has not been split very often. Among the such that for , select the splitting index to be the coordinate with the lowest (and hence highest variability rank). ‘Splitting by rank’ refers to the ranking of the coordinates by and .
If , so that has never been split along coordinate , the splitting is done according to the initialization list and the adaptively chosen golden-section split points, as described in Section 11.1. Also as covered there, new basepoints and opposite points are generated. The children having the smaller fraction of the golden-section split (that is, those with larger function values) are given level . All other children are given level .
Otherwise, ranges between and in the th coordinate direction. The splitting value is selected to be ; we are not attempting to split based on a large reduction in function value, merely in order to reduce the size of a large interval, so may not be optimal. Sub-box is split at and the golden-section split point, producing three parts and requiring only one additional function evaluation, at the point obtained from by changing the th coordinate to . The child with the smaller fraction of the golden-section split is given level , while the other two parts are given level . Basepoints are assigned as follows: the basepoint of the first child is taken to be , and the basepoint of the second and third children is the point . Opposite points are obtained by changing to the other end of the th coordinate-interval of the corresponding child.
11.2.2Splitting by expected gain
When a sub-box has level , we compute the optimal splitting index and splitting value from a local separable quadratic used as a simple local approximation of the objective function. To fit this curve, for each coordinate we need two additional points and their function values. Such data may be recoverable from the history of : whenever the th coordinate was split in the history of , we obtained values that can be used for the current quadratic interpolation in coordinate .
We loop over ; for each coordinate we pursue the history of back to the root box, and we take the first two points and function values we find, since these are expected to be closest to the current basepoint . If the current coordinate has not yet been split we use the initialization list. Then we generate a local separable model for by interpolation at and the additional points just collected:
We define the expected gain in function value when we evaluate at a new point obtained by changing coordinate in the basepoint, for each , based on two cases:
(i). We compute the expected gain as
Again, we split according to the initialization list, with the new basepoints and opposite points being as before.
(ii). Now, the th component of our sub-box ranges from to . Using the quadratic partial correction function
we can approximate the maximal gain expected when changing only. We will choose the splitting value from . We compute
and call the minimizer in .
If the expected best function value satisfies
(1)
where is the current best function value (including those function values obtained by local optimization), we expect the sub-box to contain a better point and so we split it, using as splitting index the component with minimal . Equation (1) prevents wasting function calls by avoiding splitting sub-boxes whose basepoints have bad function values. These sub-boxes will eventually be split by rank anyway.
We now have a splitting index and a splitting value . The sub-box is split at as long as , and at the golden-section split point; two or three children are produced. The larger fraction of the golden-section split receives level , while the smaller fraction receives level . If it is the case that and the third child is larger than the smaller of the two children from the golden-section split, the third child receives level . Otherwise it is given the level . The basepoint of the first child is set to , and the basepoint of the second (and third if it exists) is obtained by changing the th coordinate of to . The opposite points are again derived by changing to the other end of the th coordinate interval of .
If equation (1) does not hold, we expect no improvement. We do not split, and we increase the level of by .
11.3Local Search
The local optimization algorithm used by e05kbc uses linesearches along directions that are determined by minimizing quadratic models, all subject to bound constraints. Triples of vectors are computed using coordinate searches based on linesearches. These triples are used in triple search procedures to build local quadratic models for . A trust region-type approach to minimize these models is then carried out, and more information about the coordinate search and the triple search can be found in Huyer and Neumaier (1999).
The local search starts by looking for better points without being too local, by making a triple search using points found by a coordinate search. This yields a new point and function value, an approximation of the gradient of the objective, and an approximation of the Hessian of the objective. Then the quadratic model for is minimized over a small box, with the solution to that minimization problem then being used as a linesearch direction to minimize the objective. A measure is computed to quantify the predictive quality of the quadratic model.
The third stage is the checking of termination criteria. The local search will stop if more than visits to this part of the local search have occurred, where is the value of the optional parameter . If that is not the case, it will stop if the limit on function calls has been exceeded (see the description of the optional parameter ). The final criterion checks if no improvement can be made to the function value, or whether the approximated gradient is small, in the sense that
The vector is the best point at the start of the current loop in this iterative local-search procedure, the constant is the value of the optional parameter , is the objective value at , and is the smallest function value found by the initialization procedure.
Next, e05kbc attempts to move away from the boundary, if any components of the current point lie there, using linesearches along the offending coordinates. Local searches are terminated if no improvement could be made.
The fifth stage carries out another triple search, but this time it does not use points from a coordinate search, rather points lying within the trust region box are taken.
The final stage modifies the trust region box to be bigger or smaller, depending on the quality of the quadratic model, minimizes the new quadratic model on that box, and does a linesearch in the direction of the minimizer. The value of is updated using the new data, and then we go back to the third stage (checking of termination criteria).
The Hessians of the quadratic models generated by the local search may not be positive definite, so e05kbc uses a general nonlinear optimizer to minimize the models.
12Optional Parameters
Several optional parameters in e05kbc define choices in the problem specification or the algorithm logic. In order to reduce the number of formal arguments of e05kbc 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 e04zmc anytime between the initialization of the handle and the call to the solver. Modification of the optional parameters during intermediate monitoring stops is not allowed. Once the solver finishes, the optional parameters can be altered again for the next solve.
For each option, we give a summary line, a description of the optional parameter and details of constraints.
The summary line contains:
the keywords;
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 X02AJC).
All options accept the value to return single options to their default states.
Keywords and character values are case and white space insensitive.
Defaults
This special keyword may be used to reset all optional parameters to their default values. Any value given with this keyword will be ignored.
MCS Initialization Method
Default
The solver provides several methods to produce the initial set of sub-boxes. When , , or , e05kbc will generate the sub-boxes internally. Please refer to Section 11.1 for more details about the differences between the automatic methods.
It is also possible to create a custom initialization list by setting . Section 9.2 describes how to provide the custom initialization list to the solver.
Constraint: , , , or
MCS Max Objective Calls
Default
This puts an approximate limit on the number of function calls allowed. The total number of calls made is checked at the top of an internal iteration loop, so it is possible that a few calls more than may be made.
Constraint:
MCS Monitor Frequency
Default
This parameter specifies the frequency on which to call the monitor function monit.
If zero, the monitor function will not be called.
Constraint: .
MCS Print Frequency
Default
This parameter specifies the frequency with which to print information regarding each sweep to and/or . By default, it will print information of every sweep.
Constraint: .
MCS Local Searches
Default
If you want to try to accelerate convergence of e05kbc by starting local searches from candidate minima, you will require to be .
Constraint: or
MCS Local Searches Limit
Default
This defines the maximal number of iterations to be used in the trust region loop of the local-search procedure.
Constraint:
MCS Local Searches Tolerance
Default
The value of is the multiplier used during local searches as a stopping criterion for when the approximated gradient is small, in the sense described in Section 11.3.
Constraint:
MCS Repeatability
Default
For use with random initialization lists (). When set to , The initialization list will be consistent for every call of e05kbc.
Constraint: or
MCS Splits Limit
Default
Along with the initialization list, this defines a limit on the number of times the root box will be split along any single coordinate direction. If is you may find the default value to be too small.
Constraint:
MCS Static Limit
Default
As the default termination criterion, computation stops when the best function value is static for sweeps through levels. This parameter is ignored if you have specified a target value to reach in .
Constraint:
MCS Target Objective Error
Default
If you have given a target objective value to reach in , this optional parameter sets your desired relative error between F(x) and , as described in Section 7. See also the description of the optional parameter .
Constraint:
MCS Target Objective Safeguard
Default
If you have given a target objective value to reach in (the value of the optional parameter ), this optional parameter sets your desired safeguarded termination tolerance, for when is close to zero.
Constraint:
MCS Target Objective Value
This parameter may be set if you wish e05kbc to use a specific value as the target function value to reach during the optimization. Setting overrides the default termination criterion determined by the optional parameter .
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: .
Monitoring File
Default
(See Section 3.1.1 in the Introduction to the NAG Library CL Interface for further information on NAG data types.)
If , the
Nag_FileID number (as returned from x04acc)
for the secondary (monitoring) output. If , no secondary output is provided. The information output to this file ID is controlled by .
Constraint: .
Monitoring Level
Default
This parameter 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: .
Print File
Default
(See Section 3.1.1 in the Introduction to the NAG Library CL Interface for further information on NAG data types.)
If , the
Nag_FileID number (as returned from 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 information output to this unit is controlled by .
Constraint: .
Print Level
Default
This parameter defines how detailed information should be printed by the solver to the primary and secondary output.
Output
No output from the solver.
The Header and Summary.
, , ,
Additionally, the Iteration log.
Constraint: .
Print Options
Default
If , a listing of optional parameters will be printed to the primary output and is always printed to the secondary output.
Constraint: or .
Print Solution
Default
If , the solution will be printed to the primary and secondary output.
Constraint: or .
Stats Time
Default
This parameter 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 .
Constraint: , , or .
Task
Default
This parameter 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.