给开发者的问题--在优化过程中使用所有的计算核心 - 页 4 1234567891011 新评论 Andrey Khatimlianskii 2020.01.07 17:01 #31 Boris Egorov: 有了这样的信息，你会走得更远......顺便说一句，斯拉瓦是MT的主要开发者之一，他知道这个算法是如何工作的。 我告诉你，只要给我标准EA的优化集，就会导致同样的结果。你之前优化了一些参数，现在又优化了其他参数。也许是自动切换到遗传学，以及它所意味着的一切已经触发了。 增加一些建设性，问题就会解决得更快。 Sergey Chalyshev 2020.01.07 21:11 #32 Andrey Khatimlianskii: 如果你真的想改变，而不仅仅是抱怨（像我一样），为什么不给开发者一个可重复的例子，让内核被禁用/待机？ 也许基于标准的EA（如果它也是可玩的），但尽可能多的细节，这样他们就可以自己复制行为了。 这样说更清楚了吗？ 只使用本地代理，8个中的6个被启用，3个在第一批工作后立即脱落。 Andrey Khatimlianskii 2020.01.07 21:55 #33 Sergey Chalyshev: 这样说更清楚了吗？ 只使用本地代理，8个中的6个被启用，3个在第一批工作后立即脱落。 这样做更有建设性。 附上测试员的日志和其中一个提前结束的代理人的日志。 Sergey Chalyshev 2020.01.07 23:14 #34 Andrey Khatimlianskii: 这是更有建设性的。 附上测试员的日志和其中一个提前结束的代理人的日志。 测试员、工作的代理和失败的代理的日志。 附加的文件： 20200108.log 9 kb 3000_20200108.log 166 kb 3003_20200108.log 23 kb Andrey Khatimlianskii 2020.01.08 00:10 #35 Sergey Chalyshev: 测试员、工作代理和失败代理的日志。 现在我们等待着@Slava的 回应 看起来遗传学在第三代之后停止了对一些核心的参与。 01:00:50.723 Tester Best result 5681.165275 produced at generation 1. Next generation 4 觉得没有什么意义？ Boris Egorov 2020.01.08 06:52 #36 >斯拉瓦，顺便说一下，MT的主要开发者之一。 那么，斯拉瓦--所有的希望都寄托在你身上，我们祈祷，我们提高我们的声音 ....帮助我们从不工作的网络代理:-) 我还要感谢Andrey Khatimlianskii的日志。 Slava 2020.01.08 07:19 #37 Boris Egorov: >斯拉瓦，顺便说一下，MT的主要开发者之一。 那么，斯拉瓦--所有的希望都寄托在你身上，我们祈祷，我们提高我们的声音 ....把我们从不工作的网络代理中拯救出来 :-) 我还要感谢Andrey Khatimlianskii的日志。 我们正在努力。雷纳特在第2页承诺 Slava 2020.01.08 07:22 #38 Andrey Khatimlianskii: 现在我们等待着@Slava的 回应 看起来遗传学在第三代之后停止了对一些核心的参与。 觉得没有什么意义？ 没有。 日志中还有更多内容。 NQ 3 01:02:43.436 Tester stopped by user 由代理人日志证实的 FL 0 01:02:43.434 127.0.0.1 tester forced to stop JJ 0 01:02:43.439 Tester 29 of 85 passes processed (29 successfully finished) in 0:00:06.976 Edgar Akhmadeev 2020.01.08 14:35 #39 我想指出的是，停机时间实际上有两个问题。 有了遗传学，就有了一个世代计算结束的等待期。目前还不清楚在这种情况下是否有可能重新平衡工作包。 通过缓慢的优化，可以通过动态地重新分配工作来避免以前释放的代理的停机。 开发人员没有这样做，现在工作在优化之初就被分配了。他们没有这样做，因为在使用云代理时也采用了同样的分配算法，从他们那里拿走工作是 "不合适的"。值得将企业内部和云代理的方法分开。 同时，相对而言，开发商最近稍微改进了方法，为提前完成工作的代理人留下了少量储备。不幸的是，这并不总是能拯救世界。此外，这个储备是任务除以代理人数量的余数，所以它可以等于零。 Andrey Khatimlianskii 2020.01.08 21:37 #40 Slava: 没有。 在日志中还有一条记录 由代理人的日志证实。 所以这是在事后，在最后。特工们在更早的时候，在01:00:50的时候就掉队了，你可以在日志和视频中看到它。 1234567891011 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
有了这样的信息，你会走得更远......顺便说一句，斯拉瓦是MT的主要开发者之一，他知道这个算法是如何工作的。
我告诉你，只要给我标准EA的优化集，就会导致同样的结果。你之前优化了一些参数，现在又优化了其他参数。也许是自动切换到遗传学，以及它所意味着的一切已经触发了。
增加一些建设性，问题就会解决得更快。
如果你真的想改变，而不仅仅是抱怨（像我一样），为什么不给开发者一个可重复的例子，让内核被禁用/待机？
也许基于标准的EA（如果它也是可玩的），但尽可能多的细节，这样他们就可以自己复制行为了。
这样说更清楚了吗？
只使用本地代理，8个中的6个被启用，3个在第一批工作后立即脱落。这样说更清楚了吗？
只使用本地代理，8个中的6个被启用，3个在第一批工作后立即脱落。这样做更有建设性。
附上测试员的日志和其中一个提前结束的代理人的日志。
这是更有建设性的。
附上测试员的日志和其中一个提前结束的代理人的日志。
测试员、工作的代理和失败的代理的日志。
测试员、工作代理和失败代理的日志。
现在我们等待着@Slava的 回应
看起来遗传学在第三代之后停止了对一些核心的参与。
觉得没有什么意义？
>斯拉瓦，顺便说一下，MT的主要开发者之一。
那么，斯拉瓦--所有的希望都寄托在你身上，我们祈祷，我们提高我们的声音 ....帮助我们从不工作的网络代理:-)
我还要感谢Andrey Khatimlianskii的日志。
>斯拉瓦，顺便说一下，MT的主要开发者之一。
那么，斯拉瓦--所有的希望都寄托在你身上，我们祈祷，我们提高我们的声音 ....把我们从不工作的网络代理中拯救出来 :-)
我还要感谢Andrey Khatimlianskii的日志。
现在我们等待着@Slava的 回应
看起来遗传学在第三代之后停止了对一些核心的参与。
觉得没有什么意义？
没有。
日志中还有更多内容。
由代理人日志证实的
我想指出的是，停机时间实际上有两个问题。
有了遗传学，就有了一个世代计算结束的等待期。目前还不清楚在这种情况下是否有可能重新平衡工作包。
通过缓慢的优化，可以通过动态地重新分配工作来避免以前释放的代理的停机。 开发人员没有这样做，现在工作在优化之初就被分配了。他们没有这样做，因为在使用云代理时也采用了同样的分配算法，从他们那里拿走工作是 "不合适的"。值得将企业内部和云代理的方法分开。
同时，相对而言，开发商最近稍微改进了方法，为提前完成工作的代理人留下了少量储备。不幸的是，这并不总是能拯救世界。此外，这个储备是任务除以代理人数量的余数，所以它可以等于零。
没有。
在日志中还有一条记录
由代理人的日志证实。
所以这是在事后，在最后。特工们在更早的时候，在01:00:50的时候就掉队了，你可以在日志和视频中看到它。