MT5和速度在行动 - 页 10

 
我想到了重传数据是从赢利中提取的。关闭一切有明显流量的东西--浏览器、代理服务器、云同步器。下午的重发率降到了0.018%,晚上降到了0.0024%。从家用电脑。
 
Edgar Akhmadeev:
我在想,关于转发的数据是否取自赢利。我关闭了所有有明显流量的东西--浏览器、代理服务器、云同步器。下午的重发率降到了0.018%,晚上降到了0.0024%。从家用电脑。

这就是为什么我开始问你一个问题。

关于交易、自动交易系统和交易策略测试的论坛

MT5和速度在行动

fxsaber, 2020.06.11 23:11

我可以推荐什么?你是否对交易服务器进行了追踪测试?某种监测方案?一般来说,我怎样才能确保MT5为低延迟做好准备?
 
fxsaber:

转发者。


你有什么建议?做一个交易服务器的tracert?某种监测方案?一般来说,我怎样才能确保MT5为低延迟做好准备?

有标识符

TerminalInfoDouble(TERMINAL_RETRANSMISSION);
TerminalInfoInteger(TERMINAL_PING_LAST);
你可以建立自己的服务并收集统计数据。
 
Roman:

有标识符。

你可以制作自己的服务并收集统计数据。

这是没有用的,因为终端的重传份额远非100%。

 
fxsaber:

这没有用,因为终端的转发率远非100%。

一台给定计算机上所有运行的应用程序和服务在TCP/IP协议中重传的网络数据包的百分比。


很奇怪,事实上所有的应用程序和服务都被计算在内。
为什么,我不明白。

 

我不太理解这种不必要的兴奋。这只是对整个绞车流量的统计。只要通道的负荷不是百分之几十,专门向报价服务器的重传量就不应该很高。如果信道正常(光学>>以太网>>PC),并且没有侧面背景流量,重传将可以忽略不计。VPS上 没有悬挂不必要的流量消费者,自动更新应该被关闭,甚至搜索更新。除非你远程连接(有大量的流量),否则会有微量的重传。而且现在的重新连接并没有移动到亚洲的服务器上,500ms的ping。

但我想我并没有真正理解这个任务?

 
Roman:

一台给定计算机上所有运行的应用程序和服务在TCP/IP协议中重传的网络数据包的百分比。


很奇怪,事实上所有的应用程序和服务都被计算在内。
为什么,我不明白。

这不是终点站的问题,而是风的问题。终端获取系统数据。

要按应用程序分析流量,你需要特殊的软件。它是相当重的。

 
Edgar Akhmadeev:

重要的不是终端,而是风力系统。终端采取系统数据。

要按应用分析流量,你需要特殊的软件。它是相当重的。

显然,开发者需要修正这种行为,只取自己的数据。毕竟,很明显,我们需要把系统数据考虑在内。
就像标识符的名称是TERMINAL_RETRANSMISSION,而不是SYSTEM_RETRANSMISSION。

开发商就不能放自己的交通计数器吗?为什么要拉特殊的软件?
 
Edgar Akhmadeev:

你需要专门的软件来按应用分析流量。它是相当重的。

是的,Wireshark不能按pid分析流量,但Network Monitor除了目前的 "废弃 "状态外还有什么问题?


UPD: a....我认为MT也应该监测其自身流量的交付情况,这种想法是否正确?

 
Sergey Dzyublik:

是的,Wireshark不能按pid分析流量,但Network Monitor除了目前的 "废弃 "状态外,还有什么问题?


UPD: a....我认为MT也需要监控其自身流量的交付,这样的想法是否正确?

被误解了。需要弄清楚MT是否有搭车的问题。我们在解析服务器日志时,停顿修改了几十秒。服务器上的一切都很完美。

所以问题出在别的地方。

我已经看到,我经常打出过去的价格。也就是说,终端机严重滞后。有一个问题,如何识别它。

我在这里买了VPS。我怎么知道它非常合适呢?我的意思是,必须要有某种数字指标。事实证明,重传是不可信的。午夜时分--百分之几十。


也许我可以在与交易服务器相同的物理机器上部署一个虚拟机。我将能够从那里运行终端。可能,会有更少的麻烦。