测试 "CopyTicks"。 - 页 31

 
Alexey Kozitsyn:
他们对我的请求作出回应已经有一个星期了......。他们已经在一周前再现了这个错误。他们说没有那么简单...
我只是希望我知道CopyTicks是否遗漏了或放弃了一切。我不再专注于酒吧了。
 
fxsaber:
我只想知道,CopyTicks是否遗漏了什么,或者是把什么都给了别人。我不再关注酒吧了。
我不知道CopyTicks()的情况...但这是服务器的问题,因为在同一个服务器上总是出现同样的错误。
 
Alexey Kozitsyn:
我不知道CopyTicks()的情况...但这是关于服务器的,因为同一台服务器上总是有一个错误。
因此,每个服务器都存储和生成自己的酒吧历史。
 
fxsaber:
这就是每个服务器如何存储和生成自己的酒吧历史。
这与酒吧历史有什么关系?我们在谈论虱子,不是吗?
 
Alexey Kozitsyn:
一个酒吧的故事与此有什么关系?我们在谈论虱子,不是吗?
因此,你的蜱虫和酒吧的故事之间存在差异,所以我们也在谈论酒吧的故事。
 
fxsaber:
因此,你在刻度和条形之间存在差异,这就是为什么我们在谈论条形。

看一下奥特克里特的这个酒吧的音量:835。

看一下BCS,这个酒吧的音量:835。

交换机上的卷应该在所有地方、所有服务器上都是一样的。在MT,在Quick和其他任何地方。这是 "参考 "卷,是在CopyTicks()之前。但要收集所有的刻度,以获得与 "参考 "相同的数量,在所有服务器上是不可能的。因此,不存在对酒吧的索赔。但也有对蜱虫/服务器。

 
Alexey Kozitsyn:

看一下奥特克里特的这个酒吧的音量:835。

看一下BCS,这个酒吧的音量:835。

交换机上的卷应该在所有地方、所有服务器上都是一样的。在MT,在Quick和其他任何地方。这是 "参考 "卷,是在CopyTicks()之前。但要收集所有的刻度,以获得与 "参考 "相同的数量,在所有服务器上是不可能的。因此,不存在对酒吧的索赔。但也有对蜱虫/服务器。

所以,这些条形图是由MT自己生成的,而不是由交易所生成的。仅仅从tick数据来看。我在所有BCS服务器上都有相同的CopyTicks。酒吧也是如此。但有CopyTicks的条形图却没有。

要么是钢筋成型不正确。或者CopyTicks缺少一些数据。

 
fxsaber:

因此,这些条形图是由MT自己生成的,而不是由交易所生成的。仅仅从tick数据来看。在我所有的BCS服务器上,CopyTicks都是相互匹配的。酒吧也是如此。但有CopyTicks的条形图却没有。

要么是钢筋成型不正确。或者CopyTicks漏掉了一些数据。

好吧,我们可以争论很久,假设很多。最好是等待CD运营商的 回应。

 
Alexey Kozitsyn:

好吧,我们可以争论很久,猜测很多。最好是等待CD运营商的 答复。

在论坛的某个地方遇到了Renat关于数据量CopyTicks的解释,请知道这个信息的人在这里发言。

补充:找到了讨论过的地方

谁在测试CopyTicks,自从那次讨论后有什么变化吗,文档中只有这个函数的旧实现

 
coderex:
在论坛的某个地方遇到了Renat关于CopyTicks收到的数据量的解释,请知道这个信息的人到这里来。
按用户搜索论坛,按"cache"一词搜索。