[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Help-glpk] Slow performance on "Select minimum" task
From: |
Michael Hennebry |
Subject: |
Re: [Help-glpk] Slow performance on "Select minimum" task |
Date: |
Tue, 5 Jun 2018 22:39:17 -0500 (CDT) |
User-agent: |
Alpine 2.20 (DEB 67 2015-01-07) |
On Tue, 5 Jun 2018, Jan van Rijn wrote:
I need to add two things:
- It is my conjecture that there should be an additional constraint, i.e.,
y[r,c] > 0 (Otherwise non-selected rows could participate towards a lower
score)
Correct,
- M[r,c] should contain positive values (which guarantees that y[r,c] == 1
iff x[r] - SUM x[s] == 1)
I'm pretty sure that is not necessary.
the y's depend only on the x's and the order of the M values.
In any case, I think the zeros in your original problem
will not be much of an issue.
Consistent tie-breaking is important.
--
Michael address@hidden
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
-- someeecards