脚本: ThirdPartyTicks - 页 8

[BillionerClub]

fxsaber:

不幸的是，我无法更新代码，KB 正在骂人。

亲爱的，感谢您所做的一切。

代码很可能在发布后被编辑过。

[fxsaber]

fxsaber:

不幸的是，我无法更新代码，KB 正在骂人。

成功了。已更新。

[fxsaber]

请询问在强处理器上使用脚本的用户。

如果您的运行速度高于此值，请下载（可以通过邮件发送）您的运行速度（请查看专家选项卡中的日志）。

UnZip RannForex\EURUSD.rann\EURUSD.rann_20200130.csv.zip 377549 bytes - unpack size 2933546 bytes.
Total Ticks (EURUSD.rann) = 51248067 (5064206 ticks/sec.), Reserve = 63143394
UnZip RannForex\EURUSD.rann\EURUSD.rann_20200131.csv.zip 416283 bytes - unpack size 3290661 bytes.
Total Ticks (EURUSD.rann) = 51324594 (5064652 ticks/sec.), Reserve = 63143394
Recording...
Calculating Digits...
Normalizing Ticks...
Correcting Ticks...
Corrected 49944 ticks.
Saving Ticks...
Saved ticks = 51324594 (3465702 ticks/sec)
Generating Rates...
Generated Rates = 716312
Saving Rates...
Saved Rates = 716312 (5544639 rates/sec)
EURUSD.rann_RannForex saved ticks = 51324594
Alert: EURUSD.rann_RannForex - Done.

我感兴趣的是处理器和突出显示的数字。上面示例中的结果就是在这种配置下得出的。

Windows 10 (build 18362) x64, IE 11, UAC, Intel Core i7-6700 K  @ 4.00 GHz, Memory: 8625 / 16322 Mb, Disk: 17 / 223 Gb

[Edgar Akhmadeev]

fxsaber:

对处理器和分配的编号感兴趣。上面例子中的结果就是在这种配置下得出的。

看看你的配置，马上行动：专家写道，为了有效、快速地工作，固态硬盘的可用空间至少应为 25%。如果低于这个比例，速度就会急剧下降。

[fxsaber]

Edgar Akhmadeev:

我看了一下你的配置，有一点需要注意：专家指出，为了高效、快速地工作，固态硬盘的可用空间至少应为 25%。低于这个比例，速度就会开始急剧下降。

在这种情况下，瓶颈仍然是 CPU。

[HimOrik]

fxsaber，感谢您的辛勤工作。

在编译 EAhttps://www.mql5.com/ru/forum/232030/page2#comment_7069847 时，我 遇到了一个错误。

错误

数据文件中的

函数的文本错误

参数数不同？

[fxsaber]

HimOrik:

在编译 EAhttps://www.mql5.com/ru/forum/232030/page2#comment_7069847 时， 出现了错误。

添加/替换这几行

  MAXPROFIT( const double Commission = 0, const bool inRelative = false ) : FlagUP(true), MinMax(-DBL_MAX), Relative(inRelative),
                                                                            MarkupBid(1 - Commission), MarkupAsk(1 + Commission)
  {
    this.SetReserve(RESERVE);
  }
  
  void AddTick( MqlTick &Tick )
  {
    this.SetMarkup(Tick);
    
    if (this.Relative)
      MAXPROFIT::MathLog(Tick);
    
    if (this.FlagUP)
    {
      if (Tick.bid > this.MinMax)
        this.MinMax = Tick.bid;
      else if (Tick.ask < this.MinMax)
      {
        this.Add(this.MinMax);
        
        this.MinMax = Tick.ask;
        this.FlagUP = false;
      }
    }
    else
    {
      if (Tick.ask < this.MinMax)
        this.MinMax = Tick.ask;
      else if (Tick.bid > this.MinMax)
      {
        this.Add(this.MinMax);

[Sergei Lebedev]

fxsaber:

前段时间，我注意到了与此相关的延迟问题，因此专门实施了一个解决该问题的方法。从那以后，就再也没有出现过延迟。

现在我有 18 GB 的存档和 > 35 000 个压缩包。一切都运行得很快，没有延迟。

也许你还没有完全理解它是如何工作的，所以才会提出这样的假设。

今天我也在处理这个脚本，我的 理解 仍然和traveller00 2 一样，即对是否存在更新进行双重检查：假设 Sync = t rue（即需要进行刷新）。

- 首先运行 Refresh() - 在所有符号部分，我们已经确定服务器上是否有更新、

- 然后运行 Update(false) - 我们为特定符号抽取新的压缩文件，false 会阻止第二次刷新、

- 然后执行 ToCustomSymbol(Sync, false, MinPips) - 这里我们重建自定义符号，但如果最初 Sync = true ，则再次调用 Refresh(true) 。

理想情况下，调用 Refresh() 后，调用 ToCustomSymbol(false, false, MinPips) 更为正确。

您能告诉我这样理解是否正确吗？

[HimOrik]

fxsaber，感谢您的快速回复。

这是优化时的图片：

设置

不计算在内。我做错了什么吗？

[fxsaber]

HimOrik:

不算数。我是不是做错了什么？

您需要在测试仪设置中选择自定义优化标准。