给开发者的问题--在优化过程中使用所有的计算核心 - 页 10 1...34567891011 新评论 Edgar Akhmadeev 2020.08.12 08:24 #91 Boris Egorov:3.一个核心,一个工作 " 的问题还没有,可能也不会得到解决。 这对云来说是低效的,工作必须以数据包的形式传递,所以不会。部分解决方案是只分配一部分工作,然后把迷你包扔给被释放出来的代理。但对于当地的代理商和农场来说,应该是各司其职,主人是老板,交通并不发挥作用。 Boris Egorov 2020.08.12 09:22 #92 Edgar Akhmadeev:这对云计算来说是低效的,工作需要分包发放,所以不会。你可以通过只分配部分工作,然后给自由职业者提供迷你包来部分改善这种情况。但对于当地的代理商和农场必须各给一个任务,主人是老板,交通是不允许的。 你说得很对。 Aleksey Vyazmikin 2020.08.13 03:50 #93 Edgar Akhmadeev:这对云计算来说是低效的,工作需要分包发放,所以不会。你可以通过只分配部分工作,然后给自由职业者提供迷你包来部分改善这种情况。但对于当地的代理商和农场来说,必须给他们一个工作,主人是自己的老板,交通不玩命的。 这就是现在的工作方式--数据包被添加,如果代理是空闲的,而其他代理是忙碌的,那么空闲的代理就会被加载,如果他们更快,那么之前给出的任务就会被取消。这是在有很多工作的情况下,如果只有几个工作,这可能不会发生。 Boris Egorov 2020.08.13 09:32 #94 Aleksey Vyazmikin:这就是现在发生的情况--包裹被添加,如果代理被释放,而其他的代理很忙,那么被释放的代理就会被加载,如果他们更快,之前发布的任务就会被取消。这是在有很多工作的情况下,如果只有几个,可能就不会发生。 我想我要说的是,这样的计划(批次)对本地代理来说是不够的....。 即1-5个核心一直在忙,其他几十个核心是空闲的 ....此外,这1-5个核心需要计算许多任务 .... 加上听我说。 更快的内核现在将在相同的时间内计算3-4倍的作业......这就是为什么计算会快十倍。 因此,你不能给一个内核提供一个以上的工作。 Aleksey Vyazmikin 2020.08.13 12:30 #95 Boris Egorov:我可能只是说,这样的计划(批次)对本地代理商来说是不够的....。因为有1-5个核心一直在忙,还有几十个核心在闲置 ....此外,这1-5个核心需要计算许多任务 ....加上听我说。更快的内核现在将在相同的时间内计算3-4倍的作业......这就是为什么计算会快十倍。这就是为什么你不能给一个内核一个以上的工作。 你是否有核心闲置,用于任何类型的优化,还是只用于遗传学? Edgar Akhmadeev 2020.08.13 13:14 #96 Aleksey Vyazmikin:这就是现在发生的情况--包裹被添加,如果代理被释放,而其他的代理很忙,那么被释放的代理就会被加载,如果他们更快,之前发布的任务就会被取消。这是在有很多工作的情况下,如果有少数工作,可能就不会发生。 袋子几乎是一次就发完了。只有将工作总数除以代理人数量后的剩余 部分留作分配之用(在我看来)。我想这是在春天完成的。从那时起有什么变化吗?我没怎么关注过,我的EA是在均匀负载的情况下进行优化的,我还没有使用云计算,本地代理的停机情况现在与我关系不大。 Aleksey Vyazmikin 2020.08.13 13:54 #97 Edgar Akhmadeev:这些包裹几乎是一次就被派发完了。只有将任务总数除以代理人数量后的剩余 部分留作分配之用(在我看来)。我想这是在春天完成的。从那时起有什么变化吗?我没怎么关注过,我的EA是在均匀负载的情况下进行优化的,我还没有使用云计算,本地代理的停机情况现在与我关系不大。 最近对我的观察并没有发现这样的问题。 Boris Egorov 2020.08.14 05:32 #98 Aleksey Vyazmikin:你在任何类型的优化 上都有核心闲置,还是只在遗传学上? 我使用的是完全过量的 Vitalii Prushinskii 2021.03.21 19:11 #99 Renat Fatkhullin: 重建测试器是我们现在的首要任务。我们正在改写很多东西。 有了合理的任务管理器,问题就会得到解决。 确认空闲核心的问题。向开发者提问:什么时候会有更新,是否有任何临时解决方案来解决这个问题?承诺的解决方案,我在看20年初的帖子......已经21岁了! 我使用遗传算法 进行批发 因此,批发需要几个小时,然后需要一天多的时间......。 Vitalii Prushinskii 2021.03.21 19:16 #100 Boris Egorov:我使用的是一个完全过剩的 有什么办法解决这个问题吗? 试着断开核心的连接,然后运行,最后一个运行的核心不会断开连接,每个人最后都在等待一个。 我只使用我的PC的CPU的核心,不需要联网 在12个核心中,大部分处于空闲状态... 1...34567891011 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
3.一个核心,一个工作 " 的问题还没有,可能也不会得到解决。
这对云来说是低效的,工作必须以数据包的形式传递,所以不会。部分解决方案是只分配一部分工作,然后把迷你包扔给被释放出来的代理。但对于当地的代理商和农场来说,应该是各司其职,主人是老板,交通并不发挥作用。
这对云计算来说是低效的,工作需要分包发放,所以不会。你可以通过只分配部分工作,然后给自由职业者提供迷你包来部分改善这种情况。但对于当地的代理商和农场必须各给一个任务,主人是老板,交通是不允许的。
你说得很对。
这对云计算来说是低效的,工作需要分包发放,所以不会。你可以通过只分配部分工作,然后给自由职业者提供迷你包来部分改善这种情况。但对于当地的代理商和农场来说,必须给他们一个工作,主人是自己的老板,交通不玩命的。
这就是现在的工作方式--数据包被添加,如果代理是空闲的,而其他代理是忙碌的,那么空闲的代理就会被加载,如果他们更快,那么之前给出的任务就会被取消。这是在有很多工作的情况下,如果只有几个工作,这可能不会发生。
这就是现在发生的情况--包裹被添加,如果代理被释放,而其他的代理很忙,那么被释放的代理就会被加载,如果他们更快,之前发布的任务就会被取消。这是在有很多工作的情况下,如果只有几个,可能就不会发生。
我想我要说的是,这样的计划(批次)对本地代理来说是不够的....。
即1-5个核心一直在忙,其他几十个核心是空闲的 ....此外,这1-5个核心需要计算许多任务 ....
加上听我说。
更快的内核现在将在相同的时间内计算3-4倍的作业......这就是为什么计算会快十倍。
因此,你不能给一个内核提供一个以上的工作。
我可能只是说,这样的计划(批次)对本地代理商来说是不够的....。
因为有1-5个核心一直在忙,还有几十个核心在闲置 ....此外,这1-5个核心需要计算许多任务 ....
加上听我说。
更快的内核现在将在相同的时间内计算3-4倍的作业......这就是为什么计算会快十倍。
这就是为什么你不能给一个内核一个以上的工作。
你是否有核心闲置,用于任何类型的优化,还是只用于遗传学?
这就是现在发生的情况--包裹被添加,如果代理被释放,而其他的代理很忙,那么被释放的代理就会被加载,如果他们更快,之前发布的任务就会被取消。这是在有很多工作的情况下,如果有少数工作,可能就不会发生。
袋子几乎是一次就发完了。只有将工作总数除以代理人数量后的剩余 部分留作分配之用(在我看来)。我想这是在春天完成的。从那时起有什么变化吗?我没怎么关注过,我的EA是在均匀负载的情况下进行优化的,我还没有使用云计算,本地代理的停机情况现在与我关系不大。
这些包裹几乎是一次就被派发完了。只有将任务总数除以代理人数量后的剩余 部分留作分配之用(在我看来)。我想这是在春天完成的。从那时起有什么变化吗?我没怎么关注过,我的EA是在均匀负载的情况下进行优化的,我还没有使用云计算,本地代理的停机情况现在与我关系不大。
最近对我的观察并没有发现这样的问题。
你在任何类型的优化 上都有核心闲置,还是只在遗传学上?
我使用的是完全过量的
重建测试器是我们现在的首要任务。我们正在改写很多东西。
确认空闲核心的问题。向开发者提问:什么时候会有更新,是否有任何临时解决方案来解决这个问题?承诺的解决方案,我在看20年初的帖子......已经21岁了!
我使用遗传算法 进行批发
因此,批发需要几个小时,然后需要一天多的时间......。
我使用的是一个完全过剩的
有什么办法解决这个问题吗? 试着断开核心的连接,然后运行,最后一个运行的核心不会断开连接,每个人最后都在等待一个。
我只使用我的PC的CPU的核心,不需要联网
在12个核心中,大部分处于空闲状态...