交易系统联盟。继续保持良好的工作。 - 页 192 1...185186187188189190191192193194195196197198199...360 新评论 Georgiy Merts 2019.07.25 14:04 #1911 Eduard_D: 为什么不允许呢？如果恰好在这些条件下TP颤动 "赶上 "价格，那么究竟是什么功能阻止了交易以一天范围的0.8的损失收盘？ 我说错话了。 我的意思是，在损失了0.8天的范围后--在6次交易后，应该退出交易，因为我们在等待高点更新的时间太长。 Georgiy Merts 2019.07.25 14:06 #1912 Roman Shiredchenko: 对你很苛刻...:-) 有可能在那里喋喋不休之后，有可能去股权，有可能上升！！？!!!! 如果它开始下降，是的。虽然，当然--你知道得更多...我们将继续关注... 可能的。 但是，连续两年它都没有发生。而我们是否在等待 "飞起来 "呢？这当然有可能，但在我看来，"飞出去 "的可能性更大。 Eduard_D 2019.07.25 17:32 #1913 Georgiy Merts: 我说错话了。 我的意思是，在0.8天的区间损失后--在6次交易后，应该退出交易，因为我们在等待高点更新的时间太长。 正是如此。 考虑实例643642。在优化过程中，它没有任何明显的损失（没有大于0.6的损失范围）。 在交易过程 中，很容易 出现大于0.6的损失（从真实点位的缩减中可以看出）。因此，在大于0.6的范围损失的情况下，你剥夺了TS赢回来的机会。而这是不符合逻辑的，这一点又可以从真实蜱虫的运行中看出。这种损失并不意味着系统已经停止赚钱，它只是没有以OHLC为模型。 事实证明，只要TS出现重大亏损，就会因不续签最高限额而被自动剔除出交易。 我们应该以某种方式将踩踏TC的行为划分到一个地方，并在失利后将其恢复。例如，引入n次交易的平均利润率的标准。 你仍然不同意在优化后使用真实刻度的检查可能对理解TS行为的潜在方面有帮助？ Georgiy Merts 2019.07.25 17:45 #1914 Eduard_D: 正是如此。 考虑实例643642。在优化过程中，它没有一次明显的损失（没有大于0.6范围的损失）。 在交易过程 中，很容易 出现大于0.6的亏损（从真实点位的运行中可以看出）。因此，在大于0.6的范围损失的情况下，你剥夺了TS赢回来的机会。而这是不符合逻辑的，这一点又可以从真实蜱虫的运行中看出。这种损失并不意味着系统已经停止赚钱，它只是没有以OHLC为模型。 事实证明，只要TS出现重大亏损，就会因不续签最高限额而被自动剔除出交易。 该系统必须从贸易中移除，因为它没有被建模。 将该系统从交易中移除的主要原因是：该系统的表现与历史上的表现不一样。为什么会发生这种情况并不重要--要么是在测试过程中没有考虑到什么，要么是市场发生了变化，要么是在算法中出现了错误。 如果导致系统从交易中移除的损失是意外的，系统将在一天内重新优化，重新优化的结果肯定会比真实交易的结果好，它将立即开始显示与之前相同的结果。 分区并不重要，为报告收集统计数据的脚本立即收集所有分区的统计数据，但当然，在顶部只获得顶级分区的TS，因为一旦中级或低级分区的TS开始显示顶级分区的贸易质量，它立即转移到它。 也就是说，如果这个非常的TS对你来说是如此昂贵，爱德华，那么你最大的损失是10个交易。鉴于它是一个 "六"，它的每个交易都非常小。好吧，我会尽量记得通知那些感兴趣的人，当经过过度优化后，TS直接进入顶级部门。 目前有90个TC在高级部门交易。 Georgiy Merts 2019.07.25 17:46 #1915 Eduard_D: IMHO.有必要以某种方式将踩踏一个地方和损失后的恢复划分开来。例如，通过引入n个交易的平均利润率标准。 不是分开了吗？ 听着，我们花了整整两年的时间来测试这个系统如何运作。而且我们采取了最长的恢复期。如果在实际交易中，TS需要更长的时间来恢复，这是一个明显的迹象，表明TS没有按照预期工作（同样，原因对我们并不重要）。 Georgiy Merts 2019.07.25 17:47 #1916 Eduard_D:你还是不同意在真实的ticks上进行优化后的测试对理解TC行为的隐藏方面是有用的？ 我不明白这有什么意义。毕竟，过去的东西将永远不会再有了。 然而，没有人阻止你自己做这件事。任何没有限制的TC都可以在测试器中工作，没有任何注册码。 Roman Shiredchenko 2019.07.25 18:43 #1917 Georgiy Merts: 关于这段代码，日志中是怎么说的？无效？ 我检查了--一切似乎都在工作......。 我大胆猜测，这不是注册码的问题。 我在这里。 这里是崩溃。 它说注册码 帐户: 2599118 魔法：542041 注册代码：3265001878 Roman Shiredchenko 2019.07.25 18:46 #1918 把 随着抽搐的到来，它已经消失了...... 这里是日志 Eduard_D 2019.07.25 19:39 #1919 罗曼，这是对魔力的咒骂。542041的构建日期是12.06.2019 你的可执行文件的日期是六月。我的猜测是：当这个可执行文件被创建时，还没有542041。 得到一个较新的模块，它应该可以工作。 Eduard_D 2019.07.25 19:45 #1920 Georgiy Merts: 我不明白这有什么意义。毕竟，过去的东西将永远不会再有了。 那么，在历史上进行优化到底有什么意义呢？ 如果在技术上可能的话（在时间上），我将只在真实的ticks上优化一切。 1...185186187188189190191192193194195196197198199...360 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
为什么不允许呢？如果恰好在这些条件下TP颤动 "赶上 "价格，那么究竟是什么功能阻止了交易以一天范围的0.8的损失收盘？
我说错话了。
我的意思是，在损失了0.8天的范围后--在6次交易后，应该退出交易，因为我们在等待高点更新的时间太长。
对你很苛刻...:-)
有可能在那里喋喋不休之后，有可能去股权，有可能上升！！？!!!!
如果它开始下降，是的。虽然，当然--你知道得更多...我们将继续关注...
可能的。
但是，连续两年它都没有发生。而我们是否在等待 "飞起来 "呢？这当然有可能，但在我看来，"飞出去 "的可能性更大。
我说错话了。
我的意思是，在0.8天的区间损失后--在6次交易后，应该退出交易，因为我们在等待高点更新的时间太长。
正是如此。
考虑实例643642。在优化过程中，它没有任何明显的损失（没有大于0.6的损失范围）。
在交易过程 中，很容易 出现大于0.6的损失（从真实点位的缩减中可以看出）。因此，在大于0.6的范围损失的情况下，你剥夺了TS赢回来的机会。而这是不符合逻辑的，这一点又可以从真实蜱虫的运行中看出。这种损失并不意味着系统已经停止赚钱，它只是没有以OHLC为模型。 事实证明，只要TS出现重大亏损，就会因不续签最高限额而被自动剔除出交易。
我们应该以某种方式将踩踏TC的行为划分到一个地方，并在失利后将其恢复。例如，引入n次交易的平均利润率的标准。
你仍然不同意在优化后使用真实刻度的检查可能对理解TS行为的潜在方面有帮助？
正是如此。
考虑实例643642。在优化过程中，它没有一次明显的损失（没有大于0.6范围的损失）。
在交易过程 中，很容易 出现大于0.6的亏损（从真实点位的运行中可以看出）。因此，在大于0.6的范围损失的情况下，你剥夺了TS赢回来的机会。而这是不符合逻辑的，这一点又可以从真实蜱虫的运行中看出。这种损失并不意味着系统已经停止赚钱，它只是没有以OHLC为模型。 事实证明，只要TS出现重大亏损，就会因不续签最高限额而被自动剔除出交易。
该系统必须从贸易中移除，因为它没有被建模。
将该系统从交易中移除的主要原因是：该系统的表现与历史上的表现不一样。为什么会发生这种情况并不重要--要么是在测试过程中没有考虑到什么，要么是市场发生了变化，要么是在算法中出现了错误。
如果导致系统从交易中移除的损失是意外的，系统将在一天内重新优化，重新优化的结果肯定会比真实交易的结果好，它将立即开始显示与之前相同的结果。 分区并不重要，为报告收集统计数据的脚本立即收集所有分区的统计数据，但当然，在顶部只获得顶级分区的TS，因为一旦中级或低级分区的TS开始显示顶级分区的贸易质量，它立即转移到它。
也就是说，如果这个非常的TS对你来说是如此昂贵，爱德华，那么你最大的损失是10个交易。鉴于它是一个 "六"，它的每个交易都非常小。好吧，我会尽量记得通知那些感兴趣的人，当经过过度优化后，TS直接进入顶级部门。
目前有90个TC在高级部门交易。
IMHO.有必要以某种方式将踩踏一个地方和损失后的恢复划分开来。例如，通过引入n个交易的平均利润率标准。
不是分开了吗？
听着，我们花了整整两年的时间来测试这个系统如何运作。而且我们采取了最长的恢复期。如果在实际交易中，TS需要更长的时间来恢复，这是一个明显的迹象，表明TS没有按照预期工作（同样，原因对我们并不重要）。
你还是不同意在真实的ticks上进行优化后的测试对理解TC行为的隐藏方面是有用的？
我不明白这有什么意义。毕竟，过去的东西将永远不会再有了。
然而，没有人阻止你自己做这件事。任何没有限制的TC都可以在测试器中工作，没有任何注册码。
关于这段代码，日志中是怎么说的？无效？
我检查了--一切似乎都在工作......。
我大胆猜测，这不是注册码的问题。我在这里。
这里是崩溃。
它说注册码
帐户: 2599118
魔法：542041
注册代码：3265001878
把
随着抽搐的到来，它已经消失了......
这里是日志
罗曼，这是对魔力的咒骂。542041的构建日期是12.06.2019 你的可执行文件的日期是六月。我的猜测是：当这个可执行文件被创建时，还没有542041。
得到一个较新的模块，它应该可以工作。
我不明白这有什么意义。毕竟，过去的东西将永远不会再有了。
那么，在历史上进行优化到底有什么意义呢？
如果在技术上可能的话（在时间上），我将只在真实的ticks上优化一切。