[Ipopt] More robust implementation of max_cpu_time option

Roel De Coninck roeldeconinck at gmail.com
Wed Apr 23 11:54:37 EDT 2014


Dear ipopt users,

Is it possible to have a more strict implementation of the max_cpu_time
option?  The current implementation only checks the max_cpu_time during the
convergence step (
http://www.coin-or.org/Ipopt/documentation/node41.html#SECTION000112030000000000000
).

I have cases where I set the max_cpu_time, but it takes up to 10 times
longer before ipopt exits with the max_cpu_time exceeded status (eg 400s
instead of 25).  In these cases, it is always due to refactorizations
taking place.  These refactorizations are very slow, and it can take a long
time before the next convergence check.  Changing the refactorization
settings is not working, and would be a louzy workaround anyway.

In short: is it possible for ipopt to exit (shortly) after the
max_cpu_time, whatever ipopt is doing at that moment?

Thanks,
Roel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.coin-or.org/pipermail/ipopt/attachments/20140423/e77f3254/attachment.html>


More information about the Ipopt mailing list