Return-Path: X-Original-To: apmail-commons-issues-archive@minotaur.apache.org Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 71491D288 for ; Fri, 19 Oct 2012 14:28:14 +0000 (UTC) Received: (qmail 31793 invoked by uid 500); 19 Oct 2012 14:28:14 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 31416 invoked by uid 500); 19 Oct 2012 14:28:13 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 31390 invoked by uid 99); 19 Oct 2012 14:28:13 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Oct 2012 14:28:13 +0000 Date: Fri, 19 Oct 2012 14:28:13 +0000 (UTC) From: "Gilles (JIRA)" To: issues@commons.apache.org Message-ID: <1347317414.970.1350656893125.JavaMail.jiratomcat@arcas> In-Reply-To: <1417099360.151586.1349132708684.JavaMail.jiratomcat@arcas> Subject: [jira] [Updated] (MATH-873) "maxIterations" specification in "CMAESOptimizer" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/MATH-873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gilles updated MATH-873: ------------------------ Fix Version/s: (was: 3.1) 3.2 > "maxIterations" specification in "CMAESOptimizer" > ------------------------------------------------- > > Key: MATH-873 > URL: https://issues.apache.org/jira/browse/MATH-873 > Project: Commons Math > Issue Type: Improvement > Affects Versions: 3.0 > Reporter: Gilles > Assignee: Gilles > Fix For: 3.2, 4.0 > > > The API to the optimizers assumes that the _iterative_ nature of the process is controlled by specifying a number of allowed function evaluations. This parameter is passed to the "optimize" method. > In "CMAESOptimizer", there is an additional parameter, "maxIterations", that serves a similar purpose (i.e. avoiding that the code runs "forever"). > There are also convergence criteria (an "internal" one, based on fitness, and an "external" one, given through a user-defined convergence checker). > It seems that the ideal termination is when convergence is achieved before reaching the maximal count (be it iterations or function evaluations). > In the current implementation, the algorithm terminates without raising an exception and a "solution" is always returned at the end of the "generation loop", even if it fails to meet any of the convergence criteria. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira