我如何检查 "优化 "或 "正向优化 "是否正在进行? - 页 8 1234567891011 新评论 Youri Tarshecki 2016.04.15 13:50 #71 Stanislav Korotky: 我也间接做了类似的检查。第一笔交易始终是补仓(所有交易都是如此)。因此,我在OnTester中记忆了第一笔交易的HistoryDealGetInteger(ticket,DEAL_TIME),并将其写入框架。通过这个值,我们可以将OnTesterPass 中的整个运行集分为后向和前向。如果可能的话,将所需的计算值从OnTester传递到OnTesterPass,而计算本身已经在OnTesterPass中执行。 如果我们得到一个单一的交易数组的运行,我们可以抓住第一个--------------------------余额存款和第二个远期存款的相同金额。直到远期部分的所有交易结果都等于同一整数的概率小得惊人。 Youri Tarshecki 2016.04.15 14:01 #72 Dmitry Fedoseev: 是的,所以我们应该从ini中去掉 "前进 "选项,并检查测试者的操作模式--简单测试或优化。因此,该函数只在简单测试时和选择前进时触发?Forward = Custom,Optimization = Disabled,OnTester #2(他们还建议扔进一个testerPass,显然是为了平静地工作),并在文件中写上回归的利润。我只是怀疑OnTester #2只发生在这种情况下,以及在用正向优化的情况下。但我从不使用它,只是通过OnTester #2对文件进行回归。 Igor Volodin 2016.04.15 14:05 #73 Youri Tarshecki: 不可能以编程方式定义这个和那个之间的边界。现在注意到这个话题已经太晚了。我有一个解决方案。我最近在用一个可视化的工具进行后向+前向测试。我意识到,不可能通过程序来确定,但后退和前进的通行证号码是一致的。因此,从向前运行的第一帧的到达时间可以很容易地在保存的通行证号码池中找到。IN/OUT交易的时间也可以被固定。在资料中,有一张图片,向前运行的时刻是点状的--它是由事实决定的。 Igor Volodin 2016.04.15 14:08 #74 Youri Tarshecki: 游泳池本身)。 Pool = 数组。你拿着它,并使它。 Youri Tarshecki 2016.04.15 14:15 #75 Igor Volodin:现在注意到这个话题已经太晚了。我有一个解决方案。我最近在用一个可视化的工具进行后向+前向测试。我意识到,不可能通过程序来确定,但后退和前进的通行证号码是一致的。因此,从向前运行的第一帧的到达时间可以很容易地在保存的通行证号码池中找到。IN/OUT交易的时间也可以被固定。在资料中,有一张图片,前进的时刻是点状的--它是由以下事实决定的顶端之外。(我认为这已经是可能的了,主题启动器已经有三种间接方法的变体)。而且你能在视觉上对准图片中的这一点,结合许多 不同的来回跑吗? Igor Volodin 2016.04.15 14:22 #76 它们是结合在一起的。在优化器中选择了正向=1/2周期,在图中可以看到。在数据网格中选择了一个组合运行,在图中可以看到它的线条 Youri Tarshecki 2016.04.15 14:24 #77 Igor Volodin: 它们是结合在一起的。在优化器中选择了正向=1/2周期,这在图上可以看到。在数据网格中选择了一个综合运行,在图上可以看到它的线条 这与最初的返还押金是一致的。而由最初的存款的远期可以吗?前锋应该从同一点开始,这样你就可以在前锋中看到赢家。 Igor Volodin 2016.04.15 14:28 #78 Youri Tarshecki: 这是对背部最初存款的一种调整。而通过最初的远期存款,你能吗?明白了。这里的尾数轴对应的是线性时间增量。但我不认为叠加有什么问题。只有初始存款会有所不同。前进=总的后退期。 但如果我们采取利润增量图,并以零为基础,就会从同一点出发。P.s. 只对我个人而言,这样的图表的有用性是值得怀疑的 Youri Tarshecki 2016.04.15 14:32 #79 Igor Volodin: 明白了。这里的尾数轴对应的是线性时间增量。但我不认为叠加它有什么问题。只有初始存款会有所不同。前进=总的后退期。 但如果我们采取利润增量图,并以零为基础,就会从同一点出发。我认为后面的起付线可以牺牲掉--反正大家都明白这是一个惯例。最主要的是,所有前锋都应该有相同的起始存款。我的意思是说,狼来了的风气已经不远了,他们应该已经有了某种统一的标准形象。我喜欢每个人的时间线都是一样的--你可以立即感受到交易的相对密度。 Dmitry Fedoseev 2016.04.15 14:41 #80 Igor Volodin:现在注意到这个话题已经太晚了。我有一个解决方案。我最近在用一个可视化的工具进行后向+前向测试。我意识到,不可能通过程序来确定,但后退和前进的通行证号码是一致的。因此,从向前运行的第一帧的到达时间可以很容易地在保存的通行证号码池中找到。IN/OUT交易的时间也可以被固定。在资料中,有一张图片,前进的时刻是点状的--它是由以下事实决定的 我从哪里得到这个号码? 1234567891011 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我也间接做了类似的检查。第一笔交易始终是补仓(所有交易都是如此)。因此,我在OnTester中记忆了第一笔交易的HistoryDealGetInteger(ticket,DEAL_TIME),并将其写入框架。通过这个值,我们可以将OnTesterPass 中的整个运行集分为后向和前向。如果可能的话,将所需的计算值从OnTester传递到OnTesterPass,而计算本身已经在OnTesterPass中执行。
是的,所以我们应该从ini中去掉 "前进 "选项,并检查测试者的操作模式--简单测试或优化。因此,该函数只在简单测试时和选择前进时触发?
Forward = Custom,Optimization = Disabled,OnTester #2(他们还建议扔进一个testerPass,显然是为了平静地工作),并在文件中写上回归的利润。
我只是怀疑OnTester #2只发生在这种情况下,以及在用正向优化的情况下。但我从不使用它,只是
通过OnTester #2对文件进行回归。
不可能以编程方式定义这个和那个之间的边界。
现在注意到这个话题已经太晚了。我有一个解决方案。我最近在用一个可视化的工具进行后向+前向测试。我意识到,不可能通过程序来确定,但后退和前进的通行证号码是一致的。
因此,从向前运行的第一帧的到达时间可以很容易地在保存的通行证号码池中找到。
IN/OUT交易的时间也可以被固定。在资料中,有一张图片,向前运行的时刻是点状的--它是由事实决定的。
游泳池本身)。
现在注意到这个话题已经太晚了。我有一个解决方案。我最近在用一个可视化的工具进行后向+前向测试。我意识到,不可能通过程序来确定,但后退和前进的通行证号码是一致的。
因此,从向前运行的第一帧的到达时间可以很容易地在保存的通行证号码池中找到。
IN/OUT交易的时间也可以被固定。在资料中,有一张图片,前进的时刻是点状的--它是由以下事实决定的
它们是结合在一起的。在优化器中选择了正向=1/2周期,在图中可以看到。在数据网格中选择了一个组合运行,在图中可以看到它的线条
它们是结合在一起的。在优化器中选择了正向=1/2周期,这在图上可以看到。在数据网格中选择了一个综合运行,在图上可以看到它的线条
这是对背部最初存款的一种调整。而通过最初的远期存款,你能吗?
明白了。这里的尾数轴对应的是线性时间增量。但我不认为叠加有什么问题。只有初始存款会有所不同。前进=总的后退期。
但如果我们采取利润增量图,并以零为基础,就会从同一点出发。
P.s. 只对我个人而言,这样的图表的有用性是值得怀疑的
明白了。这里的尾数轴对应的是线性时间增量。但我不认为叠加它有什么问题。只有初始存款会有所不同。前进=总的后退期。
但如果我们采取利润增量图,并以零为基础,就会从同一点出发。
我认为后面的起付线可以牺牲掉--反正大家都明白这是一个惯例。最主要的是,所有前锋都应该有相同的起始存款。
我的意思是说,狼来了的风气已经不远了,他们应该已经有了某种统一的标准形象。
我喜欢每个人的时间线都是一样的--你可以立即感受到交易的相对密度。
现在注意到这个话题已经太晚了。我有一个解决方案。我最近在用一个可视化的工具进行后向+前向测试。我意识到,不可能通过程序来确定,但后退和前进的通行证号码是一致的。
因此,从向前运行的第一帧的到达时间可以很容易地在保存的通行证号码池中找到。
IN/OUT交易的时间也可以被固定。在资料中,有一张图片,前进的时刻是点状的--它是由以下事实决定的