打勾的故事 - 页 4

[Vladimir Karputov]

Tapochun:

的方式......。不太好，你不觉得吗？

嗯，这是第一个想到的事情。

[Oleg Tsarkov]

Vasiliy Sokolov:
对开发者的建议： 在MqlTick结构 中引入更精确的时间格式，使每个tick有一个毫秒数。

如果没有这一点，如果我想同时分析几个仪器的历史，开始这一切是没有意义的，因为没有这一点，我将看不到这些仪器之间相互影响的顺序。

[[删除]]

Renat Fatkhullin:

所有的东西都进来了，只是第一个电话触发了传呼，随后的电话都是即时的。

这里有一个例子。

要求提供2,000,000支。

勾选文件在这里，所以它们可以很容易地被转移（因为它们将是巨大的）。

每月10-20MB。申请了20,000,000支，而档案只到今年5月。然而...

[Alexey Volchanskiy]

Oleg Tsarkov:
你不能指望经纪人给你深层次的常规历史。他们已经学会了把分钟变成五小时，如果你抱怨这一点，他们说他们没有能力用数千兆字节的历史数据加载服务器。有什么样的蜱虫...

不复存在的RVD允许你下载超过一年的打勾历史。

[Vladimir Karputov]

现在不需要蜱虫收集器了--蜱虫历史 可在终端获得。

[Renat Fatkhullin]

Tapochun:
每月10-20MB。申请了20,000,000支，档案只到今年5月。然而...

这是正确的，20,000,000点大约是（这一切都取决于符号）到2015年5月15日。

2015.10.15 16:03:08.585 CopyTicks (EURGBP,M1)   Тик 19999999: 2015.10.15 16:03:04 bid: 0.73775 last: 0.0
2015.10.15 16:03:08.585 CopyTicks (EURGBP,M1)   Тик 0: 2015.05.15 16:00:47 bid: 0.72077 last: 0.72077
2015.10.15 16:03:08.585 CopyTicks (EURGBP,M1)   Получено тиков: 20000000 код ошибки: 0

要求更多。

[[删除]]

Renat Fatkhullin:

没错，20,000,000支是到2015年5月15日为止。

要求更多。

内存清楚地表明它已经用完了。终端消耗了1.5到2GB。尽可能多地用脚本进行了检查。以100,000为增量。

[Renat Fatkhullin]

Tapochun:
内存清楚地表明它已经用完了。终端消耗了1.5到2GB。脚本尽可能多地检查。以100,000为增量。

什么样的剧本？请给我看看代码。

也许你没有释放（直接或间接）以前使用的内存？

[[删除]]

Renat Fatkhullin:

没错，20,000,000支是到2015年5月15日为止。

要求更多。

是的，加入CopyTicks()重载会很好，就像其他Copy...函数一样。要能够从日期到日期。例如，现在，你无法获得从当日开始到当前时刻的刻度。

[[删除]]

Renat Fatkhullin:

什么样的剧本？

也许只是没有释放以前占用的内存？

最有可能的是，我自己写的。嗯，你如何在这里释放以前占用的内存？

MqlTick array[];
int value = inpStep;
int num = 0;
while( num >= 0 )
   {
    num = CopyTicks( _Symbol, array, COPY_TICKS_ALL, 0, value );
    if( num > 0 )
      {
       value += inpStep;
       Print( ": Получено тиков: ",value );
       continue;
      }
    else
      {
       Print( "Максимально доступно ",value-inpStep," тиков! Шаг = ",inpStep );
       break;
      }
   }