ECJ-INTEREST-L Archives

October 2009

ECJ-INTEREST-L@LISTSERV.GMU.EDU

Options: Use Monospaced Font
Show HTML Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Content-Type:
multipart/alternative; boundary=0015174028da37aa6d0476ff555a
Sender:
ECJ Evolutionary Computation Toolkit <[log in to unmask]>
Subject:
From:
Claes Gyllenswärd <[log in to unmask]>
Date:
Wed, 28 Oct 2009 15:08:25 +0100
MIME-Version:
1.0
Comments:
To: ECJ Evolutionary Computation Toolkit <[log in to unmask]>
Reply-To:
ECJ Evolutionary Computation Toolkit <[log in to unmask]>
Parts/Attachments:
text/plain (717 bytes) , text/html (797 bytes)
Would it be reasonably complicated and/or meaningful, to get ecj to evolve
some sub-set of the ecj settings?

I'm working on a project, where I'd like to determine what effects different
settings have on the outcome. Settings such as population sizes,
mutation frequencies, migration and such. Instead of manually setting up a
thousand runs with different settings, I'm wondering if ECJ could
be tasked with handling this?

The fitness for the meta-ecj could be calculated from for example the
average time it takes the "normal" ecj to reach a certain fitness level.

The main question in my mind right now is how one would express a
settings-file in a evolvable fashion.

Any comments, pratical or theoretical, would be interesting.


ATOM RSS1 RSS2