错误、漏洞、问题 - 页 551

 
crOss:

亲爱的开发者,请让优化器和测试器工作到当前时间,而不是到前一个交易日结束。


你有没有试着提前一天设定结束日期?
 
sergeev:
你有没有试着提前一天设置结束日期?
我做了......但你有没有试过,测试器/优化器是否运行到当前时间,例如5分钟的时间框架?
 
crOss:
我是...
它是否有效?
 
sergeev:
它是否有效?

不,当然不是!我会在这里。事实上,这个问题已经由我与开发人员在这个主题中讨论过了......
有人解释说,大多数人不理解为什么在同一天期间进行测试时,测试结果 会有所不同。
,并遵循 "但不要让人抓住你...... "的原则,他们只是将右边的测试期限制在前一个交易日结束时,这是错误的。

 
crOss:

亲爱的开发者,请让优化器和测试器工作到当前时间,而不是到前一个交易日结束。
现在的情况是,当前的交易日完全不在优化期(()。

许多系统运行的时间框架远小于D1,这对他们来说是至关重要的!

我们不会这样做,原因有二。

1.每次测试运行 时都有不必要的网络活动,因为当天的数据在不断变化。对云计算代理来说可能是至关重要的。

2.潜在的非重复性的结果,从传到传。也就是说,在优化上你会得到一个结果,而在单次运行上,oppa则是另一个结果。由于当日的数据是不断变化的。

 
stringo:

我们不会这样做,原因有二。

1.每次运行测试 时都有不必要的网络活动,因为当日的数据在不断变化。对于云代理来说,这可能是至关重要的。

2.潜在的非重复性的结果,从传到传。也就是说,在优化上你会得到一个结果,而在单次运行上,oppa则是另一个结果。由于当日的数据是不断变化的。

1.将这种纹理只限制在本地代理。
2.限制优化以排除当前日期。

因此,当前的测试将只适用于本地代理,而不是优化。

这个想法是,你现在就可以比较真实和测试者的输入,而不是等到第二天。

 
stringo:

我们不会这样做,原因有二。

1.每次运行测试 时都有不必要的网络活动,因为当天的数据在不断变化。对于云代理来说,这可能是至关重要的。

2.潜在的非重复性的结果,从传到传。也就是说,在优化上你会得到一个结果,但在单次运行上,oppa则是另一个结果。由于当日的数据是不断变化的。

如果你在测试/优化开始时固定正确的时间,第1和第2点就会消失。
,没有人要求与第2点相关...但一个交易日是,对不起,不可能的。
 
crOss:
如果你在测试/优化开始时固定正确的时间,那么第1和第2点就会消失。
没有人要求与第二项有关......但一个交易日是,对不起,不可能的。

然后你不仅要输入年月日,还要输入小时:分钟结束。

测试员有可能对10年的历史进行优化,认为1个交易日就是一粒沙。

如果你准备用专家顾问进行交易,请检查其状态,并将其作为一个指标,如果市场运行速度过快,那么真正的交易日将显示在滴答声中。

 
编译器正着眼于未来。


这是一个错误还是一个修复?)

 
Urain:

然后你不仅要输入年月日,还要输入小时:分钟结束。

测试员有能力对10年的历史进行优化,我认为1个交易日就是一粒沙。

我不认为这有什么问题,如果你没有真实的交易历史,也不想浪费,只需使用 "测试者 "程序,在最后一个交易日运行(感谢MQL5有这方面的工具)。

你看,在金融市场交易中,重要的是现在正在发生的事情......
而10年前发生的事情几乎并不重要。
你看,在金融市场交易中,重要的是现在发生的事情......10年前发生的事情几乎不重要......最后一天的交易是非常重要的)。

我同意,在一些系统中,这不是很关键,但也是可取的。