文章 "交易员生存技巧: 由指标制作的快餐" - 页 5

 
Vasiliy Sokolov:

也就是说,仍然存在开销,而且开销还不小。弗拉基米尔的例子更可信,因为在 EA 的实际工作中使用了该调用。

不过,这些混乱已经够多了!看来我们需要详细研究一下。但这里可能纯粹是技术上的兴趣,因为不可能有实际的兴趣。

 
fxsaber:

不过,别再搞混了!看来你需要自己详细研究一下。但这里可能纯粹是技术上的兴趣,因为不可能有实际的兴趣。

是的,我自己已经完全糊涂了:)如果您能给我们提供一份正常的分析报告,那就再好不过了!

 
fxsaber:

至于让用户负责拍摄不必要的手柄

我认为在文章列表中 设立这样一个 主题是合乎逻辑的。

您一如既往地沉默寡言--请解读一下这个宏。什么是主题?您可以直接给出文章标题。

 
Rashid Umarov:

你还是一如既往地简洁明了--请解读一下这个宏。什么意思?你可以给我一个文章标题。

"在 Expert Advisors 中使用 IndicatorRelease 加快测试的便捷性"。

 
fxsaber:

"在 Expert Advisors 中使用 IndicatorRelease 加速测试的可取性"。

您的意见是?

+ 如何将其扩展为一篇文章
 
Vasiliy Sokolov:

将指标改写为带有参数的智能交易系统内部函数。

我想知道,如果能正确实施,会有什么样的加速效果....。

 
Rashid Umarov:

您的意见呢?

+ 如何将其扩展为一篇文章

合理地 对 EA 进行分类,在这些 EA 中,IndicatorRelease 可显著加快测试速度并节省时间/金钱。哪些情况下不需要?

并添加以下内容

 

事实上,对这一主题的描述有些不同:

  • 数以千计的指标已经编写完成,通过 iCustom 访问并分配适当的缓冲区/句柄,如此等等。这是一个缓慢且耗费资源的过程;
  • 指标可以作为智能交易系统中的一个纯函数来实现--在这种情况下,所需数值的计算速度会更快,所需的内存也会更少。

我们的想法是编写某种接口,允许统一访问任何自定义指标,但如果指标是作为单独的纯函数实现的,则会引用该函数而不是句柄。这样,我们就能获得良好的加速效果,同时也不会失去对任意指标的访问权限。这是个有趣的话题,我甚至愿意继续研究下去。

 
fxsaber:

我想要客观的结论。

是的,这是一种正面方法,它完全证明了自己的正确性,因为它需要准确性,根本不需要任何性能。我们的任务是消除 MT5 的干扰。


当然,其他人并没有尝试,因为。


至于让用户承担拍摄不必要手柄的任务。

我认为在文章列表中列出这样一个主题是合乎逻辑的。

在 MQL5 应用程序运行期间,不会自动删除指标句柄。只有在 MQL5 程序结束后,才会在 "清理马虎的程序员 "的框架内自动释放指标句柄。在这种情况下,我们应明确写入誓言,以提高程序的质量。

因此,如果一个人创建了一堆指标,却不控制这些指标的删除,就会产生很大的问题。无论是对他的程序还是对整个终端都是如此。

我再次重申--文章中的工作方法是绝对有害和不正确的。

 
Renat Fatkhullin:

在 MQL5 应用程序运行期间,不会自动锁定指标句柄。只有在 MQL5 程序结束后,指标句柄才会在 "清理马虎的程序员 "框架内自动释放。

因此,如果创建了大量指标却不控制其删除,就会产生很大的问题。无论是对他的程序还是对整个终端都是如此。

那么,对于这些智能交易系统来说

计算资源 和内存的。但在同一个 kodobase 中,我还没见过有哪个 EA 会这样钉住句柄。一切都归功于 "MQL5 的聪明",从而迫使作者一点也不聪明。

这完全是一种埋伏。