Preprocessing
Describes the effect of preprocessing on the performance of the barrier optimizer.
For best performance of the CPLEX barrier optimizer, preprocessing should almost always be on. That is, use the default setting where the presolver and aggregator are active. While they may use more memory, they also reduce the problem, and problem reduction is crucial to barrier optimizer performance. In fact, reduction is so important that even when you turn off preprocessing, CPLEX still applies minimal presolving before barrier optimization.
For problems that contain linearly dependent rows, it
is a good idea to turn on the preprocessing dependency parameter.
(By default, it is off.) This dependency checker may add some preprocessing
time, but it can detect and remove linearly dependent rows to improve
overall performance. Table 1 shows
you the possible settings of the dependency switch,
the parameter that controls dependency checking, and indicates their
effects.
| Setting | Effect |
|---|---|
| -1 | automatic: let CPLEX choose when to use dependency checking |
| 0 | turn off dependency checking |
| 1 | turn on only at the beginning of preprocessing |
| 2 | turn on only at the end of preprocessing |
| 3 | turn on at beginning and at end of preprocessing |
These reductions can be applied to all types of problems: LP, QP, QCP, MIP, including MIQP and MIQCP.