错误、漏洞、问题 - 页 2090

新评论
 
fxsaber:

引述完毕后，情况是这样的

已检查。

在我们的演示集群中，包括亚洲在内，没有一个节点在全天（以及在其他日子里）有任何重启或重传率的增加。一切都在0.5%和1.5%之间，是正常的。

 

谁能告诉使用CopyTicksRange 的人，对给定的数据量是否有限制。在CopyTicks 的帮助中写道，函数获得的点数 不超过2000，这是否适用于CopyTicksRange呢？

 
Renat Fatkhullin:

已检查。

在我们的演示集群中，没有一个节点，包括亚洲，全天都有任何重启或重传增加的情况（在其他日子里也是如此）。一切都在0.5%和1.5%之间，是正常的。

5分钟内飙升到1.892的恒定值（5分钟内没有变化）会是什么原因造成的？

忽略Ping这个词，它是一个重传。

 

MetaQuotes-Demo上的无效刻度线


TS是如何防止这种事情发生的？任何分析价格历史的TS都能够在数据无效的情况下摧毁一个账户!这不是一个错误，这是个噩梦!

 
fxsaber:

五分钟内飙升到1.892的恒定值（五分钟内没有变化）会是什么原因造成的？

忽略Ping这个词，它是一个重传。

电脑连接类型是什么（LAN、Wifi、xG等），专用电脑还是VPS？

没有这一点，谈论连接的质量控制就没有意义。

请记住，这是一个由操作系统报告的本地 TCP/IP堆栈的技术特征，而不是衡量与交易服务器的特定连接质量的标准。它包括所有网络活动，包括系统/电话活动。


众所周知，商家集群有高质量的连接，我们记录了大量的参数（这是一个标准的平台功能），收集分钟快照，并进行后续分析。

 
Renat Fatkhullin:

当时电脑上发生了什么，什么样的连接（LAN、Wifi、xG等），专用电脑还是VPS？

通过局域网的家庭电脑。电脑上没有任何事情发生。令人惊讶的甚至不是这个峰值，而是这个数值在五分钟内是恒定的。

 
fxsaber:

通过局域网的家用电脑。电脑上没有发生任何事情。令人惊讶的甚至不是这个峰值，而是这个数值在5分钟内是恒定的。

这就是操作系统的报告。

对我们来说，收集这种信息在物理上是不可能的。

 
Renat Fatkhullin:

这就是操作系统的报告方式。

我们根本无法实际收集这些信息。

这意味着操作系统没有报告有效数据。

 
fxsaber:

MetaQuotes-Demo上的无效刻度线

TS是如何防止这种事情发生的？任何分析价格历史的TS都能够用无效的数据摧毁一个账户！这就是所谓的 "不可能"。这不是一个错误，这是个噩梦!

不是普遍的保护，但至少有一些--请求INFO-类型，并检查非零卷。

 
fxsaber:

事实证明，操作系统没有给出有效的数据。

做所有工作的具体网络驱动程序在那里受到很大的影响。

而且他们还在没有操作系统参与的情况下计算统计数据。我们遇到了带有驱动程序的网卡，即使按传输的字节量计算，也能发出垃圾。我们不得不用过滤器来解决这个问题，丢弃越界的值。

更新所有驱动程序和操作系统本身，如果它低于Windows 7。
1...208320842085208620872088208920902091209220932094209520962097...3184
新评论