Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: neutral (nike.apache.org: local policy)
From: "Dr. Dietmar Wolz" <drdietmarwolz@yahoo.de>
To: "'Commons Developers List'" <dev@commons.apache.org>
References: <889050.22507.qm@web28607.mail.ukl.yahoo.com>
 <20101118152356.GR10411@dusk.harfang.homelinux.org>
 <4613.54970.qm@web28614.mail.ukl.yahoo.com>
 <20101118170107.GT10411@dusk.harfang.homelinux.org>
 <08ae01cb876c$fb7b4a50$f271def0$@yahoo.de>
 <20101118235213.GU10411@dusk.harfang.homelinux.org>
 <AANLkTikpJoiaRYBQ=B8MkVzc+stLUmXhG6CB08qSpk+9@mail.gmail.com>
In-Reply-To: <AANLkTikpJoiaRYBQ=B8MkVzc+stLUmXhG6CB08qSpk+9@mail.gmail.com>
Subject: AW: [math] CMA-ES optimization algorithm
Date: Fri, 19 Nov 2010 10:55:34 +0100
Message-ID: <08e401cb87cf$e988ae60$bc9a0b20$@yahoo.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: 
 AQJpJ8G73lYyK/TmYwyzED4394mG8AHmVIynAQNz1gIBYtdgOwGfhwGHAdVEqDABhUlKG5HzFn0g
Content-Language: de


>I really don't think that a general progress listener framework implies =
this clutter and for long running algorithms is a very nice thing.  CM =
does not actually have all that many long running algorithms.
>On the other hand, the proposed interface is not a general progress =
listener and is not a good idea (IMHO).

> The problem is that you start cluttering the code with interfaces that =

> are not related to the working of a mathematical algorithm and are=20

There is a relation "to the working of a mathematical algorithm"=20
but I agree to your point that we should avoid to add too many
specific interfaces. All original implementations of CMA-ES support some =
kind
of reporting and in the discussions with the author of CMA-ES Nikolaus =
Hansen he
shared his thoughts about the specific importance of reporting for =
CMA-ES. =20

So I will drop the "reporting" stuff for now and we can separately =
discuss whether a general progress=20
listener interface would be acceptable for CM.  The proposed interface =
was specific
because its purpose was not to transfer text but specific data (a list =
of matrices).=20
And it was not meant to monitor "progress" but it was intended to be =
called only once
to transfer statistical data related to the whole optimization run. =20


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org