关于MT5代码分析器

 

我已经开始使用一个新的分析器。在这一节中,我们可以集中介绍如何正确使用它的信息。

首先,我有一些关于剖析器 返回的数据的奇怪的问题。

在历史数据上运行的EA中使用的剖析报告。

2021.07.08 15:43:06.269  MQL5 profiler 139098  total measurements, 0/0 errors, 320 mb of stack memory analyzed (92848/1073741824)

2021.07.08 15:43:06.269 MQL5 profiler 982065 total function frames found (279627 mql5 code, 122460 built-in,571051 other, 8927 system)

结果(功能由调用)。

Q1.报告说有139098个测量值,但OnTick()总CPU是150026,这怎么可能呢?(但CopyHistoryData 80087为57.58%的正确率意味着100%=139098)。

Q2.报告说有571,051项其他 "职能"。如果这些功能不是mql、嵌入式或系统功能,那么它们是什么?

Q3.CopyHistoryData显示80087总CPU,3个报告的函数调用(CopyHigh,CopyLow,CopyTime)有不同的总CPU,ok。 然而,这些函数的本地CPU是相同的,等于总CPU(调用栈)。这似乎是不正确的,因为在80087(堆栈)的CopyHistoryData中,3个函数的总和是62,161(44286+9448+8427),怎么可能在62,161个调用中检测到这3个函数的8087个暂停?不可能,唯一的解释是,这个数字对CopyHistoryData来说是全局的,因此没有用。我错过了什么吗?

 

回溯测试运行 在。

2021.07.10 08:00: 37.101 Core 01 EURUSD, H1: 230861 ticks, 998 bars generated.测试在0: 03: 09.367通过(包括预处理刻度0: 00: 00.515)。

我添加了代码,使用GetMicrosecondCount()测量SymbolInfoTick()的执行时间。

       ulong start= GetMicrosecondCount ();

       //--- Get tick information
       if (! SymbolInfoTick (symbol,tick))
         return ( false );

      BENCH += GetMicrosecondCount ()-start;

结果。

2021.07.10 08:00: 37.101 Core 01 2021.05.30 23:59:59 Total = 1209572 Executed = 836973 in661874 microseconds

因此,SymbolInfoTick()在3分9秒的历史数据上总共花了661毫秒。然而,分析器显示,它使用了74.71%的测量值。这有多准确或有用,我不明白。

 

另一个奇怪数据的例子。

根据全局统计,SymbolInfoTick()在调用堆栈中出现了209次。但在代码里面,它说的是210。良好的精确度。

根据全局统计,SymbolInfoTick 被采样了209次(占所有采样的0.83%)。好的。现在代码数据说它达到了1次(现在是1.49%,所以如果你看另一个总数,它是什么?)一旦计算出来,1等于1.49%意味着总数(100%)是67。因此,1.49%指的是OnTimer(),它是本例中的主要函数。但是,在全球的统计中,那里怎么会有1个,而有209个?

即使这不是一个错误,它又怎么能迅速发挥作用呢(在我看来,一个剖析器应该是这样的)?

 

另一个

这是在SymbolInfoTick()之上的一行代码,如前所示。因此,像newTick=false这样的赋值被 "选择 "了5次!这意味着什么?调用SymbolInfoTick()后又是5次( 1-1.49%)?玩笑归玩笑 ?

 
这一定是一个错误,请联系服务台。
 

问问自己这是什么,有什么区别。

  • 基于采样的剖析(就像我们现在所拥有的,类似于Visual Studio C++和其他的)。
  • 基于代码工具的剖析(正如我们过去所做的那样)

 
Renat Fatkhullin :

问问自己这是什么,有什么区别。

  • 基于采样的剖析(就像我们现在所拥有的,类似于Visual Studio C++和其他的)。
  • 基于代码仪表的剖析(就像我们之前的一样)

差异是显而易见的。

问题是在实践中使用它时,数据不一致且有错误。

 
Alain Verleyen:

另一个奇怪数据的例子。

根据全局统计,SymbolInfoTick()在调用堆栈中出现了209次。但在代码里面,它说的是210。良好的精确度。

根据全局统计,SymbolInfoTick 被采样了209次(占所有采样的0.83%)。好的。现在代码数据说它达到了1次(现在是1.49%,所以如果你看另一个总数,它是什么?)一旦计算出来,1等于1.49%意味着总数(100%)是67。因此,1.49%指的是OnTimer(),它是本例中的主要函数。但是,在全球的统计中,那里怎么会有1个,而有209个?

即使这不是一个错误,它又怎么能迅速发挥作用(在我看来,剖析器应该是这样的)?

截图显示的是调用字符串的统计信息,而不是SymbolInfoTick函数。

总的来说,给定的字符串被测量了210次,一旦字符串上有一个确切的 "停止",在调用SymbolInfoTick之前或之后,以及209次作为SymbolInfoTick的返回字符串。

 
Alain Verleyen:

另一个

这是在SymbolInfoTick()之上的一行代码,如前所示。因此,像newTick=false这样的赋值被 "选择 "了5次!这意味着什么?调用SymbolInfoTick()后又是5次( 1-1.49%)?玩笑归玩笑 ?

我不太明白写的是什么。

阅读这个截图:字符串被 "停止 "了5次,占总负载的0.06%,对于字符串所属的函数代码来说,这是7.46%。


 

自身CPU "计数器显示字符串代码对字符串所在函数的速度的影响。
重要的是,在字符串中调用的函数的时间不被这个计数器所计算,也许这是不对的,让我们想想。


总CPU "计数器显示了字符串代码对整个程序的影响,这个计数器考虑到了字符串中调用的函数。

 
Ilyas :

我不太明白它说什么。

你应该这样理解这张截图:该行被 "停止 "了5次,占总负载的0.06%,该行所属的函数代码占7.46%。


是的,我知道。(抱歉我之前的语气,我有点生气了)。

问题是:

      newTickф  = false ;                     // Total CPU : 5 (0.06%)    Self CPU : 5 (7.46%)

到目前为止

       if (! SymbolInfoTick (symbolф,tickф))     // Total CPU : 210 (2.57%)  Self CPU : 1 (1.49%)

一般的CPU是好的。

但是对于Self CPU来说,"newTick = false "等于5,而像SymbolInfoTick()这样的函数调用只等于1,这怎么可能呢?这对我来说是没有意义的。

原因: