<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Very cool, Marcus!<div><br></div><div>Did you interact with Ken Stanley (<a href="https://scholar.google.se/citations?user=6Q6oO1MAAAAJ&hl=en&oi=ao" target="_blank">https://scholar.google.se/citations?user=6Q6oO1MAAAAJ&hl=en&oi=ao</a>) when he was at SFI a couple years back? Ken's research would support your observations on the importance on the pressure to maintain novelty/diversity in evolutionary algorithms vs the focus on the objective function.</div><div><br></div><div>In particular this paper:</div><div>  <a href="https://www.mitpressjournals.org/doi/pdfplus/10.1162/EVCO_a_00025" target="_blank">https://www.mitpressjournals.org/doi/pdfplus/10.1162/EVCO_a_00025</a></div><div><br></div><div>Also, Ken's homepage:<br>  <a href="http://www.cs.ucf.edu/~kstanley/" target="_blank">http://www.cs.ucf.edu/~kstanley/</a> with more popular book links and Santa Fe Radio Cafe Interviews.</div><div><br></div><div>BTW, in the late 90's I was working a bit on evolving weights and topologies of neural networks and was very inspired by Ken's advisor, Risto Miikkulainen, and his team at UT Austin:</div><div>  <a href="https://www.cs.utexas.edu/users/risto/" target="_blank">https://www.cs.utexas.edu/users/risto/</a></div><div>  <a href="http://nn.cs.utexas.edu/pub-list.php" target="_blank">http://nn.cs.utexas.edu/pub-list.php</a></div><div><br clear="all"><div><div dir="ltr" class="m_131199431071947526gmail-m_6878206886369001301gmail-m_-1362205023634618467gmail_signature"><div dir="ltr"><div><div dir="ltr">_______________________________________________________________________<br><a href="mailto:stephen.guerin@simtable.com" target="_blank">Stephen.Guerin@Simtable.com</a><div>CEO, Simtable  <a href="http://www.simtable.com/" target="_blank">http://www.simtable.com</a><br><div>1600 Lena St #D1, Santa Fe, NM 87505<div><div>office: (505)995-0206 <span style="font-size:12.8px">mobile: (505)577-5828</span></div><div><span style="font-size:12.8px">twitter: @simtable</span></div><div></div></div></div></div></div></div></div></div></div><br></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jan 2, 2019 at 9:11 AM Marcus Daniels <<a href="mailto:marcus@snoutfarm.com" target="_blank">marcus@snoutfarm.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Some memory, and the ongoing recombination and optimization of less fit (high energy) individuals which tend to create other less fit individuals.   <br>
In this optimization system there are numerous methods that are used to create fit individuals, but the ones that create the very best individuals do not arise from recombination + selection pressure.   Mixing two distinct (large Hamming distance) globally constraint-satisfying solutions tends to create a non-constraint satisfying solutions.  It is only once the two parents are very similar (e.g. same species) that such a recombination will even work, but by then it doesn't do all that much.   <br>
<br>
Computationally, it easier to try more approaches and maintain a large population than it is accelerate the algorithms that are most effective.  (For the former, just add more cores.)<br>
<br>
On 1/2/19, 8:57 AM, "Friam on behalf of ∄ uǝʃƃ" <<a href="mailto:friam-bounces@redfish.com" target="_blank">friam-bounces@redfish.com</a> on behalf of <a href="mailto:gepropella@gmail.com" target="_blank">gepropella@gmail.com</a>> wrote:<br>
<br>
    Are there computational (or otherwise not shown) costs to the members that continue in the free case but are pruned in the selection case?<br>
<br>
    On 1/2/19 7:44 AM, Marcus Daniels wrote:<br>
    > Here are a couple of plots from a large constrained optimization problem I've been running.   <br>
    > In the first case, I apply selection pressure:  If a solution is not in the top 200 performers, it dies.<br>
    > In the second case, the population can continue to grow without concern for its performance.   <br>
    > This is a 5900-dimensional pseudo-boolean problem and the best-known solution is around 2.61e+08.   Note the low end of the y axis is not close to this.   In both cases, aggressive efforts are made to diversify the population and in both cases every shown solution is unique (even though their energies can collide). <br>
    > <br>
    > In this case, I would argue that selection pressure has accomplished nothing -- conservatism doesn't work if the goal is to create the most fit individuals.  The mean moves, if you care about that.   But the very best solutions are nearly the same, and neither have come close to the optimal.   <br>
<br>
<br>
    -- <br>
    ∄ uǝʃƃ<br>
<br>
    ============================================================<br>
    FRIAM Applied Complexity Group listserv<br>
    Meets Fridays 9a-11:30 at cafe at St. John's College<br>
    to unsubscribe <a href="http://redfish.com/mailman/listinfo/friam_redfish.com" rel="noreferrer" target="_blank">http://redfish.com/mailman/listinfo/friam_redfish.com</a><br>
    archives back to 2003: <a href="http://friam.471366.n2.nabble.com/" rel="noreferrer" target="_blank">http://friam.471366.n2.nabble.com/</a><br>
    FRIAM-COMIC <a href="http://friam-comic.blogspot.com/" rel="noreferrer" target="_blank">http://friam-comic.blogspot.com/</a> by Dr. Strangelove<br>
<br>
<br>
============================================================<br>
FRIAM Applied Complexity Group listserv<br>
Meets Fridays 9a-11:30 at cafe at St. John's College<br>
to unsubscribe <a href="http://redfish.com/mailman/listinfo/friam_redfish.com" rel="noreferrer" target="_blank">http://redfish.com/mailman/listinfo/friam_redfish.com</a><br>
archives back to 2003: <a href="http://friam.471366.n2.nabble.com/FRIAM-COMIC" rel="noreferrer" target="_blank">http://friam.471366.n2.nabble.com/<br>
FRIAM-COMIC</a> <a href="http://friam-comic.blogspot.com/" rel="noreferrer" target="_blank">http://friam-comic.blogspot.com/</a> by Dr. Strangelove<br>
</blockquote></div>