[Ipopt-tickets] [Ipopt] #57: Convergence tolerance not quite correct for square problems

Ipopt coin-trac at coin-or.org
Fri Feb 29 04:07:48 EST 2008


#57: Convergence tolerance not quite correct for square problems
------------------------------+---------------------------------------------
Reporter:  andreasw           |       Owner:  ipopt-team
    Type:  defect             |      Status:  new       
Priority:  normal             |   Component:  Ipopt     
 Version:  3.3 (C++ Version)  |    Severity:  normal    
Keywords:                     |  
------------------------------+---------------------------------------------
 He following issue has been reported by Marina Andretta on the mailing
 list:

 {{{
 Hello,

 I'm using the last version of IPOPT (with default options) to solve
 the problems of the CUTEr collection.

 According to the manual,  "EXIT: Optimal Solution Found indicates
 that Ipopt found a (locally) optimal point within the desired
 tolerances".

 Also, "the algorithm terminates successfully, if the (scaled) NLP
 error becomes smaller than this value, and if the (absolute) criteria
 according to dual_inf_tol, primal_inf_tol, and cmpl_inf_tol are met.
 (This is epsilon_tol in Eqn. (6) in implementation paper).  its
 default value is 10^{-08}".

 Since this (scaled) NLP error implies that the max norm of the
 constraints is less or equal to epsilon_tol (wich, in this case, is
 10^{-08}), I would like to know why IPOPT declares it solved problems
 HATFLDF, EIGMAXA and EIGMINA successfully when the max norm of the
 constraints is greater than 10^{-08}.

 Thank you,
 Marina Andretta
 }}}

 The issue is that in those cases the algorithm switches to and stays in
 the restoration phase, and it seems that this one terminates too early.

-- 
Ticket URL: <https://projects.coin-or.org/Ipopt/ticket/57>
Ipopt <http://projects.coin-or.org/Ipopt>
Interior-point optimizer for nonlinear programs.



More information about the Ipopt-tickets mailing list