Closed leg2015 closed 6 years ago
So it looks like @amlalejini and I were able to better pinpoint the slowdown in the code using Instruments. It appears that mut_fun in AagosWorld gets bogged down occasionally with certain runs. Even with the same mutation rate combination across replicates there's a wide difference in behavior. Not sure if it's due to genome size or what's the culprit but it's definitely mut_fun causing the slowdown.
We thought it might be due to this line https://github.com/leg2015/Aagos/blob/57dbc3e4e7cb08c1ba63ae4bf3bbf642a3accf5f/source/AagosWorld.h#L118 as it seemed to be eating up more and more cpu time as the run progressed, but even after commenting said line out, the run still gets bogged down after the 30,000th or so generation.
The specific combination of parameters that's causing this effect is GENE_MOVE_PROB = .03 BIT_FLIP_PROB = .1 BIT_INS_PROB = .003 BIT_DEL_PROB = .003 and SEED = 4524. Next step is to figure out what exactly is causing the slowdown and fix it.
Merge above closes this issue.
Certain Aagos runs are taking longer than the 4 hr walltime given for each job when submitted to the hpcc. This is problematic as the runs should not be taking this long. Trying to troubleshoot what's slowing down these specific runs so much.
GetRandBinomial
callBinomial.h
class, which generates static distributionAagosWorld
to pull mutation values from these dists.