Hello. Le lun. 19 avr. 2021 à 08:35, Avijit Basak <avijit.ba...@gmail.com> a écrit : > > Hi > > >Isn't a GA inherently parallel? > >If so, why not take advantage of the concurrency tools provided by the JDK? > -- Are we planning to implement multi-threading for GA operations even as > part of a single population
This seems an obvious improvement to our current implementation (in case a chromosome's evaluation is not population-dependent). > or only for multi-population parallel GA. > -- We can implement different types of co-evolution as part of parallel > GA. Need to decide on the corresponding strategies we are going to > incorporate. The discussion is still about the "administrative" question of whether any of this should be implemented in the "Commons" project... Did you ask "Spark" people about their opinion about it? As I said, if you are confident that you can bring our implementation to a state where it can be used in real-life (performance-wise) applications, then you should demonstrate it (in order to convince other people from the Commons PMC that it is worth engaging in long-term maintenance). AFAICT, a way to do it would be to create a GitHub project (aimed at becoming a new "machine learning" component, or a maven/JPMS module within Commons Math). Best regards, Gilles --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
