Silke Horn

Yes, with Gurobi it is possible to solve multiple models in parallel. (It actually depends on the license type, but with an academic license, this is allowed.) Please use a different environment fo...

Yes, you can create arbitrary LinExpr objects from your model's variables and -- once the model is solved -- access the expression's value with the getValue-method.

Yes, the code looks correct. The LinExpr constructor should be the fastest way to build these expressions. However, you will only see a noticeable difference for very large expressions (hundreds of...

I am not sure I understand your question. You could use getConstrByName to access the constraint by its name. However, we usually discourage using this function since it is not very efficient. Stor...

If you have a constraint object, you need to use the getRow method on the model to get the left-hand-side expression. This will then be a LinExpr object. One question: Did you need the names to acc...

Your code already does everything except for the constraint naming. The addConstrs method takes a name argument to define the name pattern. If you add name="my_constr", your constraint names will b...

Hi, There are some hints of possible numerical issues, but other than that, I see no obvious issues in your logs. The matrix range is a little bigger than recommended (and it might get worse during...

When you call feasRelax, Gurobi modifies the model so that it computes the minimal violations necessary to make the model feasible. The new variables denote those violations, and the optimal object...

You can either initialize all variables and bounds at the beginning in GRBnewmodel and then add the constraints using GRBXaddconstrs or create an empty model in GRBnewmodel and then add the variab...

Gurobi uses the concurrent optimizer to solve your LP, i.e., it runs multiple algorithms in parallel; the fastest one wins the race. However, to keep the behavior deterministic, it needs to continu...