[Coin-bcpdiscuss] Variable LB fixed to 1 by BCP
Matteo Salani
matteo.salani at epfl.ch
Thu May 10 03:48:51 EDT 2007
Laszlo Ladanyi wrote:
> Reduced cost fixing can happen both on lower and on upper bounds. If a
> variable is out of basis at its upper bound then if its reduced cost is very
> negative then it can be fixed to its upper bound. The argument is the same
> that you use when a variable is out of basis at its lower bound has high
> positive reduced cost. It's just that the latter situation (especially when
> the lower bound is 0) hapens a lot more frequently.
>
Dear Laszlo, thanks a lot for your answer,
I still have some doubts: to me lower bound fixing as you explained
makes sense when no more variable can be generated.
During the CG I have no guarantee that a new (better) variable could be
generated and enter the formulation.
> To check that things a re OK get the reduced costs and the warmstart
> information (just use getWarmstart on the osi solver interface). The latter
> will give you the basis status information for everything. In there look up
> the status of your variable (watch out, it's a compressed array, there are 2
> bits per entry). If it's out of basis at its upper bound and the reduced cost
> of the var is very negative then you are OK.
>
I did this check:
I saved the LP of an iteration where the variable was already fixed at
the upper bound. I solved the linear relaxation and obtained a feasible
optimal value Xf. I just removed the bound on one variable and obtained
a feasible optimal value Xr << Xf. We're still talking about linear
relaxations (no branching made so far). Is it enough to claim that the
lb fixing was wrong?
Matteo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: matteo.salani.vcf
Type: text/x-vcard
Size: 223 bytes
Desc: not available
Url : http://list.coin-or.org/pipermail/bcp/attachments/20070510/260cb643/attachment.vcf
More information about the Coin-bcpdiscuss
mailing list