2018.05.0616:56:46.210 Tester Best result 1.913287801504285 produced at generation 4. Next generation 52018.05.0616:56:46.213 Tester genetic pass (5, 300) found in cache with result -1.002018.05.0616:56:46.213 Tester genetic pass (5, 366) found in cache with result 1.232018.05.0616:56:46.213 Tester genetic pass (5, 367) found in cache with result 1.272018.05.0616:56:46.213 Tester genetic pass (5, 398) found in cache with result 1.212018.05.0616:56:46.213 Tester genetic pass (5, 399) found in cache with result 1.732018.05.0616:56:46.213 Tester genetic pass (5, 410) found in cache with result 1.272018.05.0616:56:46.213 Tester genetic pass (5, 411) found in cache with result 1.292018.05.0616:56:46.213 Tester genetic pass (5, 448) found in cache with result 1.552018.05.0616:56:46.213 Tester genetic pass (5, 449) found in cache with result 1.25
是的，遗传优化的想法被扭曲成了随机器。 没有文字。 一些育种者读到这些，撕下了他的头发：这里是成功的关键--"继续已经开始的事情没有用"。 或者换句话说：已经完成的工作没有任何意义。
你说的东西是不对的，我的朋友。
进化（和遗传算法）是基于对可遗传参数的精确随机变化的选择性记忆。没有随机器怎么行？
而事实上，结果往往是 "所做的工作没有意义"--这就是物种消亡的原因。进化的成就被证明不足以适应环境，进一步的适应没有意义（或者说，根本没有发生--所有的变化都被选择淘汰了）。
是的，遗传优化的想法已经被扭曲成了一个随机器。 没有任何言语。 一些育种者读到这些，撕下了他的头发：这里是成功的关键--"没有必要继续。 或者换句话说：已经完成的工作没有任何意义。
这更像是我们在详细的解释中撕扯我们的头发，就在这个主题中。
因愚蠢而被禁赛。
以前，在优化过程中，重新启动后，旧的通行证会被拾起，并在下一代中被考虑进去。而图中的高点每次都单调地更新，低点也比较高（即图片从左到右增加）。我附上一张截图，显示重启电脑后的启动情况。
目前，最好的结果是2.12。最后的 "最佳结果"。
下一代不显示以前的高值，而且明显比重启前少。建于1816年。
从我在这个主题中读到的内容来看，如果我理解正确的话，是应用了一个随机器，重新运行遗传学。
所以原来的最好成绩不会被计算在内，还是说这不是真的？
P.S. 通常在这种算法上，在相同的历史上，经过6200次运行后，优化速度加快，剩余部分的优化时间比之前的6200次运行时间要短得多。这个剩余部分大约花了两个小时左右。现在是6200通过后的7个小时，你不能像过去的构建中那样在即将结束时看到加速的开始。
这个算法已经被优化了好几十次，我知道优化需要多长时间。我同意是的，6200以下的通行证处理得更快。
但在那之后就没有加速，暂停后又开始搜索最大值。
你可以轻松地按下停止键，看到结果，然后继续。在遗传学中，只会有一个从头开始的延续。
有一个grfm更新的优化结果 窗口可用于评估结果。
雷纳特，我将支持我的同事在中间评估中的不便。
我想看到利润、夏普比率、缩水和交易数量，以了解中期结果。
请问，我如何从图表中理解它？
以前，在优化过程中，重新启动后，旧的通行证会被拾起，并在下一代中被考虑进去。而图中的高点每次都单调地更新，低点也比较高（即图片从左到右增加）。我附上了重启电脑后的启动截图。
我也有同样的照片。
给人的印象是，暂停后，优化又开始了。
雷纳特，我将支持我的同事在中间评估中的不便。
我需要看到利润、夏普比率、缩水和交易数量，以便了解中间结果。
我怎样才能从图表中理解它呢？
你在图表中不需要它。
如果暂停会正常工作，那就不会有问题了。如果一切正常，我已经按了 "停止"，检查了所有需要的系数，估计是否应该进一步优化，如果一切正常，再次按了 "开始"。
但要做到这一点，优化必须从它被中断的地方继续进行。现在似乎有一个问题。
时间表并没有要求这样做。
如果悬挂系统工作正常，就不会有问题。按 "停止"，查看所有需要的系数，估计是否值得进一步优化，如果一切正常，再按 "开始"。
但是，这需要从被中断的地方继续优化。目前，这似乎有一个问题。
如果使用远程代理，这种停止/启动将大大减慢进程。 我最多需要10分钟来恢复代理的工作。
解决办法是把所有的统计数据写到你的文件中，然后复制它，看看会发生什么...对我来说也是如此。
给人的印象是，暂停后--优化工作又开始了。
我也是。
如果使用远程代理，这种停止/启动将大大减慢进程，我最多需要10分钟来恢复代理。
解决办法是把所有的统计资料写进你的文件，然后复制它，看看发生了什么事...不，好吧，可以理解的是，10分钟后再恢复是不行的。
而文件现在正向你走来（在 "档案 "分支）...