MT4的iMAOnArray和iBandsOnArray元素数量对计算的影响 - 页 4

 
Sergey Efimenko:
如果我不设置整个数组的计算,而只设置其最后一部分(当前值),那么这个库的计算是正确的?此外,这只是问题的一半,但iBandsOnArray呢?

那里有一个 "开始 "参数,试着限制它。

曾经有一段时间,iMAOnArray 函数非常慢好吧,我的代码使用iMAOnArray优化了大约3个小时,但后来这个函数变得迟钝了,优化花了大约30个小时

我不知道,也许现在已经修好了。但当我创建MovingAverages.mqh 指标时,同样的代码在大约一个半小时内就计算出来了,也就是说,时间减少了 一半。

对iBandsOnArray没有什么可说的,我在mql4中没有看到这样一个具有相同任务的可包含文件

 
使用iBandsOnArray,指标在启动时很慢。改为iStdDevOnArray,它立即启动。
 
Alexey Viktorov:

给你。

是的,嗯...孩子,出去走走吧。
 
Dmitry Fedoseev:
使用iBandsOnArray,指标在启动时很慢。把它改为iStdDevOnArray,它立即启动。
但在测试器中,它在iBandsOnArray和iStdDevOnArray 方面都很落后。
 
Dmitry Fedoseev:
除了在测试器中,它在iBandsOnArray和iStdDevOnArray中都 滞后。
我曾经认为你是一个好的程序员。你真正能做的就是摊开手指头争论。你没有得到任何,这就是为什么你这么生气?
 
Alexey Viktorov:

给你。

而现在在LWMA或SMMA直线平滑模式下比较你的代码和原来的结果,得到不同的值,因为这两种类型的平滑在计算中使用他们自己的前值,而每次只使用N个周期的元素,你,分别失去这个数据,此外我最终需要iBands和iMA的不同计算周期,所以我必须复制两次。而用于计算的初始数组也是如此。你的推理逻辑对我来说很清楚,但这是错误的,因为通过减少数组的长度,但同时做每个副本并重新计算其所有元素,你最终在优化过程中增加了指标计算的 总时间,或为不同的TFs工作的几个版本的指标。在我的例子中,它只减慢了最初的计算,之后只计算了1个新元素。问题是在MQL中实现这些函数。自行编写的版本效果更好、更快。结论。
 
Dmitry Fedoseev:
是的,嗯...孩子,出去走走吧。
那不是一个男孩,那是一个非常成熟的男人。虽然他习惯于把每个人都称为 "你",但这对他来说并不公平,我认为 :)
 
Sergey Efimenko:
这不是一个男孩,而是一个非常成熟的男人。尽管习惯于把每个人都称为 "你 "并不能使他受到尊重,我认为 :)
非常成熟如何?一个已退休的人在他的晚年?
 
Sergey Efimenko:
而现在在LWMA或SMMA直线平滑模式下比较你的代码和原来的结果,得到不同的值,因为这两种平滑在计算中使用自己的前值,而每次只使用N个周期元素,你分别失去了这个数据,此外我需要iBands和iMA的不同计算周期,所以我必须复制它们两次。而用于计算的初始数组也是如此。你的推理逻辑对我来说很清楚,但这是错误的,因为通过减少数组的长度,但同时做每个副本并重新计算其所有元素,你最终在优化过程中增加了指标计算的总时间,或为不同的TFs工作的几个版本的指标。在我的案例中,它只减缓了最初的计算,之后只计算了1个新元素。问题是在MQL中实现这些函数。自行编写的版本效果更好、更快。请得出你自己的结论。
即使MODE_SMA是一样的,我还是不应该使用它。
 
Alexey Viktorov:
我曾经认为你是一个好的程序员。在现实中,你所能做的就是张开手指,进行斗争。你没有得到任何因为你很生气?
好吧,做梦吧。