算法优化锦标赛。 - 页 6 12345678910111213...132 新评论 Dmitry Fedoseev 2016.06.10 21:26 #51 Andrey Dik:更少的FF启动是更好的，这就是问题所在。这可能很棘手。你不需要限制算法，让它自己去算。要么它自己决定停止，要么它将被迫停止。该算法不需要知道多少次运行是上限--没有人会知道上限。将不会有取消资格的情况发生。由于该算法能够做到这一点，问题将得到解决。对谁更好？如果参与者的算法确定结果是令人满意的，它就可以停止这项任务。仍然需要确保该算法可以被检查者打断。我们曾经谈论过限制FFS电话的数量。现在有了新的想法。 没有办法进行中断。 我们不需要把事情复杂化。我们应该允许参与者有创造性。对FFS电话的数量做一个限制，就这样吧。 Dmitry Fedoseev 2016.06.10 21:30 #52 可以不限制，只计算通话量。但如果搜索时间过长，只需将脚本从图中删除，就可以认为参与者已经完全飞起来了。但只有在你被卡住很长时间的情况下。你不打算打断一下，看看结果吗？ Andrey Dik 2016.06.10 21:31 #53 Dmitry Fedoseev:对谁更好？如果参与者的算法认为结果令人满意，它可以中止，其业务。仍然需要确保算法可以被打断。此前，有人说要限制FF电话的数量。现在有了新的想法。 没有办法进行中断。 没有必要将事情复杂化。我们应该允许参与者有创造性。对FFS电话的数量做一个限制，就这样吧。在参与者表中获得更高的评价方面更好。可以利用对运行的最大允许上限的了解，使运行远远小于上限，从而增加参与者中表的算法的机会。一切都会好起来的。没有什么会变得复杂。 Dmitry Fedoseev 2016.06.10 21:32 #54 Andrey Dik: 在获得参与者表中更高的排名方面更胜一筹。可以利用最大允许发射上限的知识，进行比上限低得多的发射，从而增加参与者中表的算法的机会。一切都会好起来的。没有什么会变得复杂。 为什么会有机会呢？很少有挑战是一个糟糕的结果。希望有随机性还是什么？ Andrey Dik 2016.06.10 21:35 #55 Dmitry Fedoseev: 你不必限制它，只需计算电话。但如果搜索时间过长，只需从图表中删除脚本，参与者就被认为错过了整个运行过程。但只有在你被卡住很长时间的情况下。你不打算打断一下，看看结果吗？它更简单，简单得多。竞争者们在锦标赛开始时交出了算法。就这样，他们不能再影响结果了。然后，公众舆论采用FF的上限开始。测试通过。该算法对FF的计算次数不限。如果它的运行次数超过了限制，脚本就会停止。这是最基本的。 Andrey Dik 2016.06.10 21:38 #56 Dmitry Fedoseev: 哪里有这样的机会？很少有挑战--结果不好。希望有随机性还是什么？目标：在最高的内在速度下，以最少的运行次数获得最佳结果（规则3）。竞争者将根据这三个标准进行排名。改善这些标准中的任何一项，都是表格中的升级。减少FF运行的数量是最短的上升途径。随机性不是最差的搜索选项，我向你保证。我建议那些不是特别想为算法费心的人，只应用HGC。 Dmitry Fedoseev 2016.06.10 21:39 #57 Andrey Dik:它更简单，简单得多。竞争者们在锦标赛开始时交出了算法。就这样，他们不能再影响结果了。然后由公众舆论通过FF启动的上限。测试通过。该算法对FF的计算次数不限。如果它的运行次数超过了极限，脚本就会停止。这是最基本的。它可以写在参与规则中--在参与者的功能中，允许的最大呼叫次数被传递，它应该在达到这个数量时自我中断。 没有办法从外部打断，而不使参与者的功能复杂化，这实际上是我们正在谈论的问题。 Andrey Dik 2016.06.10 21:41 #58 Dmitry Fedoseev:它可以写在参与规则中--允许的最大调用次数传递给参与人的函数，当达到这个数字时，参与人必须中断自己。 没有办法从外部打断，而不使参与者的功能复杂化，这正是整个讨论的目的。 它怎么能不中断呢？执行中的脚本（所有脚本都是通用的）将被卸载，就是这样。 Dmitry Fedoseev 2016.06.10 21:42 #59 你可以这样做 - ff调用的数量被定义 - 主要参数。 定义了一个时间限制，例如5分钟或10分钟，如果在这个时间内没有完成搜索，就中断，不要看任何东西。这只是在算法缓慢的情况下。结果按数值显示。 Dmitry Fedoseev 2016.06.10 21:43 #60 Andrey Dik: 这怎么能不被打断呢？执行中的脚本（所有脚本都是通用的）将被卸载，就是这样。 你可以中断它，但那样你就无法看到结果。 12345678910111213...132 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
更少的FF启动是更好的，这就是问题所在。这可能很棘手。
你不需要限制算法，让它自己去算。要么它自己决定停止，要么它将被迫停止。该算法不需要知道多少次运行是上限--没有人会知道上限。将不会有取消资格的情况发生。由于该算法能够做到这一点，问题将得到解决。
对谁更好？如果参与者的算法确定结果是令人满意的，它就可以停止这项任务。
仍然需要确保该算法可以被检查者打断。我们曾经谈论过限制FFS电话的数量。现在有了新的想法。
没有办法进行中断。
我们不需要把事情复杂化。我们应该允许参与者有创造性。对FFS电话的数量做一个限制，就这样吧。
对谁更好？如果参与者的算法认为结果令人满意，它可以中止，其业务。
仍然需要确保算法可以被打断。此前，有人说要限制FF电话的数量。现在有了新的想法。
没有办法进行中断。
没有必要将事情复杂化。我们应该允许参与者有创造性。对FFS电话的数量做一个限制，就这样吧。
在参与者表中获得更高的评价方面更好。可以利用对运行的最大允许上限的了解，使运行远远小于上限，从而增加参与者中表的算法的机会。
一切都会好起来的。没有什么会变得复杂。
在获得参与者表中更高的排名方面更胜一筹。可以利用最大允许发射上限的知识，进行比上限低得多的发射，从而增加参与者中表的算法的机会。
一切都会好起来的。没有什么会变得复杂。
你不必限制它，只需计算电话。但如果搜索时间过长，只需从图表中删除脚本，参与者就被认为错过了整个运行过程。但只有在你被卡住很长时间的情况下。你不打算打断一下，看看结果吗？
它更简单，简单得多。
竞争者们在锦标赛开始时交出了算法。就这样，他们不能再影响结果了。
然后，公众舆论采用FF的上限开始。测试通过。该算法对FF的计算次数不限。如果它的运行次数超过了限制，脚本就会停止。
这是最基本的。
哪里有这样的机会？很少有挑战--结果不好。希望有随机性还是什么？
目标：在最高的内在速度下，以最少的运行次数获得最佳结果（规则3）。竞争者将根据这三个标准进行排名。改善这些标准中的任何一项，都是表格中的升级。减少FF运行的数量是最短的上升途径。
随机性不是最差的搜索选项，我向你保证。我建议那些不是特别想为算法费心的人，只应用HGC。
它更简单，简单得多。
竞争者们在锦标赛开始时交出了算法。就这样，他们不能再影响结果了。
然后由公众舆论通过FF启动的上限。测试通过。该算法对FF的计算次数不限。如果它的运行次数超过了极限，脚本就会停止。
这是最基本的。
它可以写在参与规则中--在参与者的功能中，允许的最大呼叫次数被传递，它应该在达到这个数量时自我中断。
没有办法从外部打断，而不使参与者的功能复杂化，这实际上是我们正在谈论的问题。
它可以写在参与规则中--允许的最大调用次数传递给参与人的函数，当达到这个数字时，参与人必须中断自己。
没有办法从外部打断，而不使参与者的功能复杂化，这正是整个讨论的目的。
你可以这样做 - ff调用的数量被定义 - 主要参数。
定义了一个时间限制，例如5分钟或10分钟，如果在这个时间内没有完成搜索，就中断，不要看任何东西。这只是在算法缓慢的情况下。
结果按数值显示。
这怎么能不被打断呢？执行中的脚本（所有脚本都是通用的）将被卸载，就是这样。