Opened 2 years ago

Closed 2 years ago

#53 closed defect (fixed)

bonmin apparently not using Cplex even if told to

Reported by: frangio Owned by: pbonami
Priority: major Component: Bonmin
Version: 1.5 Keywords:
Cc:

Description

Hi.

We built bonmin from the latest source, with the appropriate --with-cplex options. Which, as far as I understand, worked because the libOsiCpx.* stuff have been duly produced:

$ ls /usr/bonmin/lib/libOsiCpx.* /usr/bonmin/lib/libOsiCpx.a /usr/bonmin/lib/libOsiCpx.so /usr/bonmin/lib/libOsiCpx.so.1.12.9 /usr/bonmin/lib/libOsiCpx.la /usr/bonmin/lib/libOsiCpx.so.1

Nonetheless, bonmin does not seen to "acknowledge" Cplex:

$ /usr/bonmin/bin/bonmin Bonmin 1.8.6 using Cbc 2.9.9 and Ipopt 3.12.8

Indeed, when I solve some instance with B-OA, either ostensibly using Cplex with

$ /usr/bonmin/bin/bonmin nlkp_100_5.nl bonmin.algorithm=B-OA bonmin.milp_solver=Cplex

or not, with

$ /usr/bonmin/bin/bonmin nlkp_100_5.nl bonmin.algorithm=B-OA

I get basically the same result. I'm attaching one instance and two logs, but we have checked this on more. The logs show a bunch of lines like

Cbc0031I 76 added rows had average density of 4

showing Cbc at work, but there is no mention of Cplex doing anything.

Is it us doing something wrong?

Thanks.

Antonio

Attachments (3)

logCBC (2.5 KB) - added by frangio 2 years ago.
log not using Cplex
logCPX (2.5 KB) - added by frangio 2 years ago.
log using Cplex (trying to)
nlkp_100_5.nl (56.4 KB) - added by frangio 2 years ago.
instance

Download all attachments as: .zip

Change History (7)

Changed 2 years ago by frangio

log not using Cplex

Changed 2 years ago by frangio

log using Cplex (trying to)

Changed 2 years ago by frangio

instance

comment:1 in reply to: ↑ description Changed 2 years ago by stefan

Replying to frangio:

Hi.

We built bonmin from the latest source, with the appropriate --with-cplex** options. Which, as far as I understand, worked because the libOsiCpx.* stuff have been duly produced:

$ ls /usr/bonmin/lib/libOsiCpx.* /usr/bonmin/lib/libOsiCpx.a /usr/bonmin/lib/libOsiCpx.so /usr/bonmin/lib/libOsiCpx.so.1.12.9 /usr/bonmin/lib/libOsiCpx.la /usr/bonmin/lib/libOsiCpx.so.1

Nonetheless, bonmin does not seen to "acknowledge" Cplex:

$ /usr/bonmin/bin/bonmin Bonmin 1.8.6 using Cbc 2.9.9 and Ipopt 3.12.8

I think it only states a "random set" of dependencies here.

Indeed, when I solve some instance with B-OA, either ostensibly using Cplex with

$ /usr/bonmin/bin/bonmin nlkp_100_5.nl bonmin.algorithm=B-OA bonmin.milp_solver=Cplex

or not, with

$ /usr/bonmin/bin/bonmin nlkp_100_5.nl bonmin.algorithm=B-OA

I get basically the same result. I'm attaching one instance and two logs, but we have checked this on more. The logs show a bunch of lines like

Cbc0031I 76 added rows had average density of 4

showing Cbc at work, but there is no mention of Cplex doing anything.

Is it us doing something wrong?

With the options file

bonmin.algorithm B-OA
milp_solver cplex
bonmin.milp_log_level 1

I can see some CPLEX output. I'm never sure when to use the bonmin. prefix in the option names, but here it seems that it should be omitted.

I only tried a current Bonmin version, but it might still apply to 1.5, too.

comment:2 Changed 2 years ago by frangio

Thank you very much. That did the trick for me, and the running time is visibly smaller as expected. I think the ticket can be closed, although I don't know how to do it.

Best

Antonio

comment:3 Changed 2 years ago by stefan

I cannot close it either, as I'm not Bonmin admin.

comment:4 Changed 2 years ago by pbonami

  • Resolution set to fixed
  • Status changed from new to closed

Thanks for the clarification Stefan.

Indeed I also forgot why bonmin. prefix won't work but it won't for milp_solver option

Note: See TracTickets for help on using tickets.