6.8 Integer Optimization¶
An optimization problem where one or more of the variables are constrained to integer values is called a (mixed) integer optimization problem. MOSEK supports integer variables in combination with linear, quadratic and quadratically constrtained and conic problems (except semidefinite). See the previous tutorials for an introduction to how to model these types of problems.
6.8.1 Basic linear example¶
We use the example
to demonstrate how to set up and solve a problem with integer variables. It has the structure of a linear optimization problem except for integrality constraints on the variables. Therefore, only the specification of the integer constraints requires something new compared to the linear optimization problem discussed previously.
First, the integrality constraints are imposed using the function Task.putvartype or one of its bulk analogues:
for (int j = 0; j < numvar; ++j)
task.putvartype(j, com.mosek.mosek.variabletype.type_int);
Next, the example demonstrates how to set various useful parameters of the mixed-integer optimizer. See Sec. 13.5 (The Mixed-Integer optimizer) for details.
/* Set max solution time */
task.putdouparam(com.mosek.mosek.dparam.mio_max_time, 60.0);
The complete source for the example is listed Listing 6.13. Please note that when we fetch the solution then the integer solution is requested by using soltype.itg. No dual solution is defined for integer optimization problems.
6.8.2 Specifying an initial solution (hot-start)¶
It is a common strategy to provide a starting feasible point (if one is known in advance) to the mixed-integer solver. This is known as hot-start or warm-start. The feasible point may come from the user’s prior knowledge of the model, a heuristic, or a solution from a preceding solve if the problem was modified so that the solution remains feasible. Using hot-start allows the solver to skip worse solutions and potentially get closer to the optimum faster.
There are two modes for MOSEK to utilize an initial solution.
A complete solution. MOSEK will first try to check if the current value of the primal variable solution is a feasible point. The solution can either come from a previous solver call or can be entered by the user, however the full solution with values for all variables (both integer and continuous) must be provided. This check is always performed and does not require any extra action from the user. The outcome of this process can be inspected via information items
iinfitem.mio_initial_feasible_solutionanddinfitem.mio_initial_feasible_solution_obj, and via theInitial feasible solution objectiveentry in the log.A partial integer solution. MOSEK can also try to construct a feasible solution by fixing integer variables to the values provided by the user (rounding if necessary) and optimizing over the remaining continuous variables. In this setup the user must provide initial values for all integer variables. This action is only performed if the parameter
iparam.mio_construct_solis switched on. The outcome of this process can be inspected via information itemsiinfitem.mio_construct_solutionanddinfitem.mio_construct_solution_obj, and via theConstruct solution objectiveentry in the log.
In the following example we focus on inputting a partial integer solution.
Solution values can be set using Task.putxx, Task.putxxslice or similar . If the solution to be used as hot-start happens to come from a previous solve of the same model/task then it will be used by the solver automatically and does not have to be input explicitly through the API again.
here to download.¶ // Assign values to integer variables
// We only set that slice of xx
task.putxxslice(com.mosek.mosek.soltype.itg, 0, 3, new double[]{1.0, 1.0, 0.0});
// Request constructing the solution from integer variable values
task.putintparam(com.mosek.mosek.iparam.mio_construct_sol, com.mosek.mosek.onoffkey.on.value);
The log output from the optimizer will in this case indicate that the inputted values were used to construct an initial feasible solution:
Construct solution objective : 1.950000000000e+01
The same information can be obtained from the API:
int constr = task.getintinf(com.mosek.mosek.iinfitem.mio_construct_solution);
double constrVal = task.getdouinf(com.mosek.mosek.dinfitem.mio_construct_solution_obj);
System.out.println("Construct solution utilization: " + constr);
System.out.println("Construct solution objective: " + constrVal);
6.8.3 Basic conic example¶
Integer variables can also be used arbitrarily in conic problems (except semidefinite). We refer to the previous tutorials for how to set up a conic optimization problem. Here we present sample code that sets up a simple optimization problem:
The canonical conic formulation of (6.29) suitable for Optimizer API for Java is
public class mico1 {
public static void main (String[] args) {
try (Task task = new Task()) {
// Directs the log task stream to the user specified
// method task_msg_obj.stream
task.set_Stream(
com.mosek.mosek.streamtype.log,
new com.mosek.mosek.Stream()
{ public void stream(String msg) { System.out.print(msg); }});
task.appendvars(3); // x, y, t
int x=0, y=1, t=2;
task.putvarboundsliceconst(0, 3, com.mosek.mosek.boundkey.fr, -0.0, 0.0);
// Integrality constraints for x, y
task.putvartypelist(new int[]{x,y},
new com.mosek.mosek.variabletype[]{com.mosek.mosek.variabletype.type_int, com.mosek.mosek.variabletype.type_int});
// Set up the affine expressions
// x, x-3.8, y, t, 1.0
task.appendafes(5);
task.putafefentrylist(new long[]{0,1,2,3},
new int[]{x,x,y,t},
new double[]{1,1,1,1});
task.putafegslice(0, 5, new double[]{0, -3.8, 0, 0, 1.0});
// Add constraint (x-3.8, 1, y) \in \EXP
task.appendacc(task.appendprimalexpconedomain(), new long[]{1, 4, 2}, null);
// Add constraint (t, x, y) \in \QUAD
task.appendacc(task.appendquadraticconedomain(3), new long[]{3, 0, 2}, null);
// Objective
task.putobjsense(com.mosek.mosek.objsense.minimize);
task.putcj(t, 1);
// Optimize the task
task.optimize();
task.solutionsummary(com.mosek.mosek.streamtype.msg);
double[] xx = task.getxxslice(com.mosek.mosek.soltype.itg, 0, 2);
System.out.println("x = " + xx[0] + " y = " + xx[1]);
}
}
}
Error and solution status handling were omitted for readability.
6.8.4 Fixed problem and dual values¶
The dual solution is not defined for mixed-integer problems, but in some cases the user may want to obtain some dual information (shadow prices). One typical strategy is to compute shadow price information under the assumption that the combinatorial decisions (integer variable values) do not change, that is:
solve the mixed-integer model (to some feasible solution, not necessarily optimal),
fix all integer variables to their values in the solution,
solve the fixed model as a continuous problem and extract the dual values.
Optimizer API for Java facilitates the construction of the fixed model with with Task.getfixedproblem.
As an example we consider a toy production planning model with two plants with maximum capacities 70, 80 units and a demand of 100 units:
We begin by solving the mixed-integer problem and verifying that it has a feasible solution with \(s_1=s_2=1\) i.e. both plants active with production levels \((x_1,x_2)=(70,30)\). Then, assuming no modifications are made to the problem structure or numerical data, we can immediately construct and solve the fixed integer model and retrieve its solution as shown below.
// fixTask is the continuous task with fixed variables
try (Task fixTask = task.getfixedproblem())
{
fixTask.optimize();
if (fixTask.getprosta(com.mosek.mosek.soltype.bas) != com.mosek.mosek.prosta.prim_and_dual_feas)
throw new java.lang.Exception("Unsuitable problem status, exiting");
double[] xfix = fixTask.getxxslice(com.mosek.mosek.soltype.bas, 0, 2);
double[] y = fixTask.getyslice(com.mosek.mosek.soltype.bas, 0, 3);
System.out.println("xfix = " + xfix[0] + ", " + xfix[1]);
System.out.println("demand dual = " + y[0]);
System.out.println("production dual = " + y[1] + ", " + y[2]);
}
For instance, the shadow price for the first plant’s production constraint is \(-4\), corresponding to the fact that increasing the capacity of the first plant by 1 unit would allow shifting one production unit form plant 2 to plant 1, reducing the objective cost by \(14-10=4\).
Note that the solution of the mixed-integer problem will typically have small violations, which implies that the fixed model may
be declared (borderline) infeasible. To avoid this effect, the fixing algorithm will by default introduce small perturbations
of bounds in order to make the fixed problem strictly feasible. If needed this can be controlled by setting the parameter iparam.fixing_method in
the original task prior to fixing.