MOSEK options vs CONOPT4 options

Skip to first unread message

Mario Fernandez

Nov 14, 2022, 2:02:27 AM11/14/22
to mosek
I'm running a model all in conic forms. My colleagues using CONOPT4  (and the options below) are getting sensible results (calibration and appropriate scenarios responses). But as I switch solvers to MOSEK (using exactly the same model), results are not looking good at all ( no scenarios responses, e. g.).
Thus, which options should I use in MOSEK that are equivalent to those below?

* -------------------------------------------------
*   Option file for Solving Models
* -------------------------------------------------
* Maximum and minimum jacobian element
rtmaxj = 1.00e+20
* internal value of infinity
rtmaxv = 1.00e+30
* scaling
 lsscal = t
 lfscal = 20
* limit for slow progress
*lfnicr  = 3000
  lfnicr  = 4000
* limit for superbasics
lfnsup  = 10000
* iteration log frequency
lfilog = 100
* iteration log frequency for SLP iterations
lfilos = 100
rtnwtr = 1.00e-5
rtnwmi = 1.00e-8
*rtnwmi = 2.50e-5
*  increases the number of stalled iterations
*lfstal = 200
lfstal = 500

Erling D. Andersen

Nov 14, 2022, 2:10:52 AM11/14/22
to mosek
CONOPT4 and Mosek employ different algorithms. Hence, they do not share parameters. 
I recommend you do not change the default algorithmic parameters in Mosek. It rarely improves anything to do so.

I would suggest you post the Mosek log output so we can verify Mosek solves your problem.

Mario Fernandez

Nov 14, 2022, 11:41:36 PM11/14/22
to mosek

Hi, thanks for the reply. I attach the MOSEK specification only as I don't have the CONOPT license, it was run in a different computer.

On line 244 is the start of the first stage of positive math programming to get marginals for calibration constraints.  On line 395 is the start of the second stage to construct the exponential cost curve.

 On line 523 is the third stage where the exponential cost curve is entered in the OF, I calibrate for the number of cows. And it calibrates.

The problems start on line 716 for the policy model where I enter the sim_price_methane which is a proxy for emissions pricing (methane). The number of cows variable does not react at all, if I increase the price the reactions are wild for some units but not for others. After extensive exploration of scaling problems, I can’t find the source .

I appreciate every feedback


PS: the gdx file is for 10 units only, the original file is more than 10 thousand


Erling D. Andersen

Nov 15, 2022, 1:50:56 AM11/15/22
to mosek
Sorry, but I do have time to debug your GAMS model.   

However, if you post the log output I can tell you whether Mosek seems to solve the inputted problem correctly. 
If that is the case, then most likely your model is wrong.

Mario Fernandez

Nov 15, 2022, 3:33:14 PM11/15/22
to mosek
Thanks. Please see the log attached

Mario Fernandez

Nov 15, 2022, 3:33:15 PM11/15/22
Thanks for your reply. Please see the log attached

You received this message because you are subscribed to a topic in the Google Groups "mosek" group.
To unsubscribe from this topic, visit
To unsubscribe from this group and all its topics, send an email to
To view this discussion on the web visit

Mario Andres Fernandez, PhD
Principal Economist, Dairy NZ
Reply all
Reply to author
0 new messages