给开发者的问题--在优化过程中使用所有的计算核心 - 页 3 1234567891011 新评论 Boris Egorov 2020.01.07 06:42 #21 Renat Fatkhullin: 重建测试器是我们现在的一个优先事项。很多东西将被改写。 合理的任务管理器的问题得到了解决。 我们希望了解修复错误的最后期限，请尽快...你能给我们一个估计的等待时间吗？ Slava 2020.01.07 07:32 #22 Maksim Emeliashin: 我曾多次写过这个问题，但我被派去阅读遗传算法的工作原理。我确实知道它是如何工作的，在我大学四年级的时候，我甚至自己把它作为一个实验室来实施。 我的情况更糟糕，这里有一张截图。 在2286版本中，情况有所好转，不再有如此明显的错误，但定期有一半的代理仍会永远失败。我知道如何修复它，但这是一个痛苦的问题。 描述一下问题! 代数越大，计算所需的内核就越少。 如何在下一代中使用18个代理来实现3-4-5个独特的参数集？ 你说你知道遗传学是如何工作的--给我们提出你的建议 Slava 2020.01.07 07:33 #23 Boris Egorov: 我们希望了解改正错误的最后期限，请尽快...你能给我们一个估计的等待时间吗？ 你指的是哪个错误？ 你读过遗传优化算法的工作原理吗？ Maksim Emeliashin 2020.01.07 09:29 #24 Slava: 描述一下问题! 我将描述一个不需要了解算法的解决方案。 在问题发生时断开一个处理器核心的连接（一半的本地或网络代理已经失败）。禁用目前正在运行的核心是很重要的。 2.将内核重新打开。 而且，突然间，所有其他的本地和网络代理都打开了，而且工作正常，直到最后。 Maksim Emeliashin 2020.01.07 09:39 #25 Maksim Emeliashin: 我将描述一个不需要了解算法的解决方案。 在情况发生时，断开其中一个处理器核心的连接（一半的本地或网络代理已经失败）。 禁用目前正在运行的核心是很重要的。 2.将内核重新打开。 突然间，所有其他的本地和网络代理都上线了，并且工作正常，直到结束。 是的，我甚至怀疑为什么会出现 "错误"，以及为什么这位小费者会 "修复 "它。但是，如果没有看到眼前的MQ的具体实现的源代码，猜测它是没有意义的。 但即使看到我们面前的黑匣子，我们也可以假设问题在于工作包在代理人之间的分配。 Boris Egorov 2020.01.07 10:41 #26 Slava: 你指的是什么错误？ 你读过遗传优化算法的工作原理吗？ 我不需要知道这个算法，尽管我知道。 而且你不需要耍嘴皮子，因为它看起来不像。 如果你没有读过以前的帖子，没有看到图片--请不要干涉，不要显示你的无知。 该错误是 ....这在以前的版本中是不存在的，这是不可否认的。 有时我很惊讶，有些人不知从哪里冒出来，什么都不读，写些废话，好像他们很聪明。 Slava - 阅读我以前的带图片的帖子，那里详细描述了一切，我自己是一个程序员，但我不做这种愚蠢的事情，你在胡说八道，关于几代人...如果你没有读过我以前的带图片的帖子，解释是没有用的，另外我想你自己也不知道这个算法 ... >年代越久远，计算所需的内核就越少。 >如何在下一代中使用18个代理的3-4-5套独特的参数？ 从第二代开始就这样了，在我看来，还有7-8万的变种......它 只接受本地代理的大量工作， 根本不接受网络代理，事实上，他们完全禁用了所有的网络代理，从FULL这个词来看，优化是不工作的，这个错误很重要，需要立即解决。 Slava 2020.01.07 11:01 #27 Boris Egorov: 我不需要知道这个算法，尽管我知道。 而且你不需要耍嘴皮子，因为它看起来不像。 如果你没有读过以前的帖子，没有看到图片--请不要干涉，不要显示你的无知。 该错误是 ....这在以前的版本中是不存在的，这是不可否认的。 有时我很惊讶，有些人不知从哪里冒出来，什么都不读，写些废话，好像他们很聪明。Slava - 阅读我以前的带图片的帖子，那里详细描述了一切，我自己是一个程序员，但我不做这种愚蠢的事情，关于这几代人你在写废话......如果你没有读过以前的帖子和图片，解释是没有用的，另外我认为你自己也不知道这个算法...... 你展示了一张截图。除了 "并非所有核心都被加载 "之外，没有任何描述。 你可以从这张截图中了解到，遗传学的作用，第二代的计算。每个任务的最小和最大执行时间是多少是未知的。平均执行时间是多少也不得而知--截图中的正确位置只是被关闭。 还是一个猜测--平均执行时间非常短。因此，工作重新分配机制还没有被激活。 自以前的版本以来，再分配机制没有改变。至少有半年的时间。似乎大多数随机选择的参数都不适合这个策略，所以大多数的通过很快就结束了。 这只是从一张不完整的截图中得出的诊断。没有提供任何日志。 Boris Egorov 2020.01.07 11:14 #28 Slava: 你展示了一张截图。除了 "未加载所有内核"，没有任何其他描述。 从这个截图可以了解到，遗传学的作用，第二代计算。每项工作的最小和最大执行时间是多少是未知的。平均执行时间是多少也不知道--截图的右边部分刚刚关闭。 还是一个猜测--平均执行时间非常短。因此，工作重新分配机制还没有被激活。 自以前的版本以来，再分配机制没有改变。至少有半年的时间。看起来大多数随机选择的参数都不适合这个策略，这就是为什么大多数的通过很快就结束了。 这只是从一张不完整的截图中得出的诊断。没有提供任何日志。 我使用了完全过冲，并清楚地写道--优化前花了3个小时，现在花了11个半小时......。- 这就是你的答案。 >每项工作的最小和最大执行时间是多少是未知的。平均执行时间是多少也不得而知--截图中的正确位置只是被关闭。 你根本不需要知道这些。 >自以前的版本以来，重新分享的机制没有改变。至少有半年的时间。看起来大多数随机选择的参数都不适合这个策略，所以大部分的通过很快就结束了。 这一切都始于最新的更新，我没有改变程序，我基本上只用不同的参数进行计算，我告诉你，同样的程序（没有重新编译），同样的参数，过去需要3个小时来优化，现在是11个半小时，而且我告诉你--事实上所有的网络代理都被禁用了 ....所以不要说分配机制没有改变--它肯定已经改变。 Slava 2020.01.07 11:34 #29 Boris Egorov: 我使用了一个完整的超限，并清楚地写道--以前的优化需要3个小时，现在是11个半小时......。- 这就是你的答案。 >每个作业的最小和最大执行时间是多少--未知。平均执行时间是多少也不得而知--截图中的正确位置只是关闭。 你根本不需要知道这些。 >自以前的版本以来，重新分享的机制没有改变。至少有半年的时间。看起来大多数随机选择的参数都不适合这个策略，所以大部分的通过很快就结束了。 这一切都始于最新的更新，我没有改变程序，我基本上只用不同的参数进行计算，我告诉你，同样的程序（没有重新编译），同样的参数，过去需要3个小时来优化，现在需要11个半小时，我告诉你--事实上所有的网络代理都被禁用....所以不要说分配机制没有改变--它肯定已经改变。 你没有提供任何日志。 为什么你的远程代理不算数？为什么他们有建2214？客户端也是2214版本吗？ Boris Egorov 2020.01.07 11:43 #30 Slava: 你没有提供任何日志。 为什么你的远程代理不计数？为什么他们的建筑是2214？客户端也是构建2214吗？ 2286 如果你需要日志，那就很难了，运行任何带有大量优化集的专家顾问更容易。 但如果你告诉我在哪里放置日志，我将尝试这样做。 我只是不明白，在某些时候，日志超过了所有可以想象的尺寸，我不想以任何方式关闭或限制它们，所以我必须清理它们。 当我进行新的计算时，我只能在大约12小时内完成它。 顺便说一下，上述禁用一个工作核心的建议是有效的:-)这证实了分配算法中的一个错误。 1234567891011 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
重建测试器是我们现在的一个优先事项。很多东西将被改写。
我们希望了解修复错误的最后期限，请尽快...你能给我们一个估计的等待时间吗？
我曾多次写过这个问题，但我被派去阅读遗传算法的工作原理。我确实知道它是如何工作的，在我大学四年级的时候，我甚至自己把它作为一个实验室来实施。
我的情况更糟糕，这里有一张截图。
在2286版本中，情况有所好转，不再有如此明显的错误，但定期有一半的代理仍会永远失败。我知道如何修复它，但这是一个痛苦的问题。
描述一下问题!
代数越大，计算所需的内核就越少。
如何在下一代中使用18个代理来实现3-4-5个独特的参数集？
你说你知道遗传学是如何工作的--给我们提出你的建议
我们希望了解改正错误的最后期限，请尽快...你能给我们一个估计的等待时间吗？
你指的是哪个错误？
你读过遗传优化算法的工作原理吗？
描述一下问题!
我将描述一个不需要了解算法的解决方案。
在问题发生时断开一个处理器核心的连接（一半的本地或网络代理已经失败）。禁用目前正在运行的核心是很重要的。
2.将内核重新打开。
而且，突然间，所有其他的本地和网络代理都打开了，而且工作正常，直到最后。
我将描述一个不需要了解算法的解决方案。
在情况发生时，断开其中一个处理器核心的连接（一半的本地或网络代理已经失败）。 禁用目前正在运行的核心是很重要的。
2.将内核重新打开。
突然间，所有其他的本地和网络代理都上线了，并且工作正常，直到结束。
但即使看到我们面前的黑匣子，我们也可以假设问题在于工作包在代理人之间的分配。
你指的是什么错误？
你读过遗传优化算法的工作原理吗？
我不需要知道这个算法，尽管我知道。
而且你不需要耍嘴皮子，因为它看起来不像。
如果你没有读过以前的帖子，没有看到图片--请不要干涉，不要显示你的无知。
该错误是 ....这在以前的版本中是不存在的，这是不可否认的。
有时我很惊讶，有些人不知从哪里冒出来，什么都不读，写些废话，好像他们很聪明。
Slava - 阅读我以前的带图片的帖子，那里详细描述了一切，我自己是一个程序员，但我不做这种愚蠢的事情，你在胡说八道，关于几代人...如果你没有读过我以前的带图片的帖子，解释是没有用的，另外我想你自己也不知道这个算法 ...
>年代越久远，计算所需的内核就越少。
>如何在下一代中使用18个代理的3-4-5套独特的参数？
从第二代开始就这样了，在我看来，还有7-8万的变种......它 只接受本地代理的大量工作， 根本不接受网络代理，事实上，他们完全禁用了所有的网络代理，从FULL这个词来看，优化是不工作的，这个错误很重要，需要立即解决。
我不需要知道这个算法，尽管我知道。
而且你不需要耍嘴皮子，因为它看起来不像。
如果你没有读过以前的帖子，没有看到图片--请不要干涉，不要显示你的无知。
该错误是 ....这在以前的版本中是不存在的，这是不可否认的。
有时我很惊讶，有些人不知从哪里冒出来，什么都不读，写些废话，好像他们很聪明。
Slava - 阅读我以前的带图片的帖子，那里详细描述了一切，我自己是一个程序员，但我不做这种愚蠢的事情，关于这几代人你在写废话......如果你没有读过以前的帖子和图片，解释是没有用的，另外我认为你自己也不知道这个算法......你展示了一张截图。除了 "并非所有核心都被加载 "之外，没有任何描述。
你可以从这张截图中了解到，遗传学的作用，第二代的计算。每个任务的最小和最大执行时间是多少是未知的。平均执行时间是多少也不得而知--截图中的正确位置只是被关闭。
还是一个猜测--平均执行时间非常短。因此，工作重新分配机制还没有被激活。
自以前的版本以来，再分配机制没有改变。至少有半年的时间。似乎大多数随机选择的参数都不适合这个策略，所以大多数的通过很快就结束了。
这只是从一张不完整的截图中得出的诊断。没有提供任何日志。
你展示了一张截图。除了 "未加载所有内核"，没有任何其他描述。
从这个截图可以了解到，遗传学的作用，第二代计算。每项工作的最小和最大执行时间是多少是未知的。平均执行时间是多少也不知道--截图的右边部分刚刚关闭。
还是一个猜测--平均执行时间非常短。因此，工作重新分配机制还没有被激活。
自以前的版本以来，再分配机制没有改变。至少有半年的时间。看起来大多数随机选择的参数都不适合这个策略，这就是为什么大多数的通过很快就结束了。
这只是从一张不完整的截图中得出的诊断。没有提供任何日志。
我使用了完全过冲，并清楚地写道--优化前花了3个小时，现在花了11个半小时......。- 这就是你的答案。
>每项工作的最小和最大执行时间是多少是未知的。平均执行时间是多少也不得而知--截图中的正确位置只是被关闭。
你根本不需要知道这些。
>自以前的版本以来，重新分享的机制没有改变。至少有半年的时间。看起来大多数随机选择的参数都不适合这个策略，所以大部分的通过很快就结束了。
这一切都始于最新的更新，我没有改变程序，我基本上只用不同的参数进行计算，我告诉你，同样的程序（没有重新编译），同样的参数，过去需要3个小时来优化，现在是11个半小时，而且我告诉你--事实上所有的网络代理都被禁用了 ....所以不要说分配机制没有改变--它肯定已经改变。
我使用了一个完整的超限，并清楚地写道--以前的优化需要3个小时，现在是11个半小时......。- 这就是你的答案。
>每个作业的最小和最大执行时间是多少--未知。平均执行时间是多少也不得而知--截图中的正确位置只是关闭。
你根本不需要知道这些。
>自以前的版本以来，重新分享的机制没有改变。至少有半年的时间。看起来大多数随机选择的参数都不适合这个策略，所以大部分的通过很快就结束了。
这一切都始于最新的更新，我没有改变程序，我基本上只用不同的参数进行计算，我告诉你，同样的程序（没有重新编译），同样的参数，过去需要3个小时来优化，现在需要11个半小时，我告诉你--事实上所有的网络代理都被禁用....所以不要说分配机制没有改变--它肯定已经改变。
你没有提供任何日志。
为什么你的远程代理不算数？为什么他们有建2214？客户端也是2214版本吗？
你没有提供任何日志。
为什么你的远程代理不计数？为什么他们的建筑是2214？客户端也是构建2214吗？
2286
如果你需要日志，那就很难了，运行任何带有大量优化集的专家顾问更容易。
但如果你告诉我在哪里放置日志，我将尝试这样做。
我只是不明白，在某些时候，日志超过了所有可以想象的尺寸，我不想以任何方式关闭或限制它们，所以我必须清理它们。
当我进行新的计算时，我只能在大约12小时内完成它。
顺便说一下，上述禁用一个工作核心的建议是有效的:-)这证实了分配算法中的一个错误。