打勾的故事 - 页 11

 
Maxim Dmitrievsky:
请再次解释。现在可用的蜱虫史的深度是多少?历史记录是从服务器上下载的,所以不需要保存?

剧本已经附上。运行数次。故事将慢慢从服务器上下载。是的,你现在不需要保存历史。


马克西姆-德米特里耶夫斯基
...测试器是如何工作的? 它是使用ticks模拟 还是tick历史?
在1190中,测试器中的蜱虫还没有被下载,但很快就会被下载。
附加的文件:
CopyTicks.mq5  2 kb
 
Karputov Vladimir:

我已经附上了脚本。运行数次。故事将慢慢从服务器上下载。是的,你现在不需要保存历史。


在1190像测试器中的蜱虫还没有被抽走,但很快,非常快就会被抽走。
谢谢你。所以,测试者将依靠可用的tick历史,如果没有,它将根据最小的时间框架的类型来建模?
 
Maxim Dmitrievsky:
谢谢你。因此,测试人员将依靠可用的tick历史,如果没有,它将模拟,如最小的时间框架?
在1190的构建中还没有。但它正在路上,测试人员很快就会在真实的蜱虫历史上进行测试。
 
Maxim Dmitrievsky:
谢谢你。所以,测试者将使用可用的tick历史,如果没有,它将根据最小的时间框架的类型来模拟它?

就我对Renat的话的理解而言,在下一个版本中,勾选历史将完全可用。现在,tick history只在终端中可用(顺便说一下,这很奇怪,因为一开始他们宣布tick history是针对测试者的,但对于终端他们说它将不可用)。

至于有多少可用。我已经上传了2000多万次。这不是极限。

 

请升级到1191版本。

以下是1191年一个简单脚本的结果。

MqlTick ExTicks[];
//+------------------------------------------------------------------+
//| Expert tick function                                             |
//+------------------------------------------------------------------+
void OnStart()
  {
//--- запросим тики
   int copied=CopyTicks(_Symbol,ExTicks,COPY_TICKS_ALL,0,200000000);
//--- если тики получены, то выведем на график значения Bid и Ask  
   Print("Получено тиков: ",copied," код ошибки: ",GetLastError());
   if(copied>1)
     {
      Print("Тик: ",ExTicks[0].time," bid: ",ExTicks[0].bid," ask: ",ExTicks[0].ask," last: ",ExTicks[0].last," [0]");
      Print("Тик: ",ExTicks[copied-1].time," bid: ",ExTicks[copied-1].bid," ask: ",ExTicks[copied-1].ask," last: ",ExTicks[copied-1].last," [",copied-1,"]");
     }
   Print("Size ",((long)copied*sizeof(MqlTick))>>20, " Mb");
  }

200,000,000 ticks查询。

2015.10.17 16:09:50.982 CheckTicks (EURUSD,H1)  Size 2876 Mb
2015.10.17 16:09:50.982 CheckTicks (EURUSD,H1)  Тик: 2015.10.16 23:59:10 bid: 0.0 ask: 0.0 last: 0.0 [75392920]
2015.10.17 16:09:50.982 CheckTicks (EURUSD,H1)  Тик: 2011.12.19 00:00:08 bid: 1.30328 ask: 1.30342 last: 0.0 [0]
2015.10.17 16:09:50.982 CheckTicks (EURUSD,H1)  Получено тиков: 75392921 код ошибки: 0

发出的数据大小为7500万ticks,几乎是3gb。而带有bid=0/ask=0/last=0的最后报价显示交易时段 的收盘。


在10月22日的版本中,一个以毫秒为单位的时间域将被添加到MqlTick中。

ps: 囤积内存

 
Tapochun:

现在只有在终端中才有tick history(顺便说一下,这很奇怪,因为他们首先宣布为测试者提供tick history,但说它不会在终端中提供)。

这没什么好奇怪的。

首先,我们需要实现所有的网络协议、交付和正确的同步机制,将tick数据存储在终端本身,然后才将这些数据传输到策略测试器和MQL5云网络。测试员是一个独立的程序,有自己的数据流。MQL5云计算网络是一个更加复杂的系统。

 
Renat Fatkhullin:

请升级到1191版本。

下面是一个简单脚本的结果。

查询200,000,000次。

发布的数据大小几乎为3GB。而带有bid=0/ask=0/last=0的最后报价显示了价格堆栈的交易时段 的收盘。


在10月22日的版本中,以毫秒为单位的时间字段将被添加到MqlTick中。

我没有理解错,现在和所有模式下,刻度线交替出现,即#1--出价!=0,要价!=0,翻牌器=0,#2--出价=0,要价=0,翻牌器!=0等等。在INFO模式下,每个tick都有bid和ask !=0?
 
Renat Fatkhullin:

这没有什么奇怪的。

您必须首先实现所有的网络协议、交付和正确的同步机制,并在终端本身进行勾选数据存储,然后才将这些数据传输到策略测试器和MQL5云网络。测试员是一个独立的程序,有自己的数据流。MQL5云计算网络是一个更加复杂的系统。

谢谢你的澄清,我只记得有一次谈话(我参与了),你说在测试器中只会有一个蜱虫故事。但是,不可否认的是,那是更好的!

以便不至于没有事实根据。

请深思熟虑地阅读整个分支。

从来没有人提到过图表中的tick数据,也没有计划实施它。只有在测试器中,有计划在服务器上存在的情况下自动生成一个tick流。


 
Tapochun:
我没有理解错,现在和所有模式下,滴答声交替出现,即#1--出价!=0,上升!=0,翻转器=0,#2--出价=0,上升=0和翻转器!=0等。在INFO模式下,每个tick都有bid和ask !=0?
没有交替或填充规则--刻度线是混乱的。
 
在第一个帖子中添加了一个脚本。谁的内存用完了就不怪他了 :) 。