Для торговли важным параметром является актуальность текущей цены. На него влияет множество факторов, самый популярный из которых - сетевой пинг между терминалом и торговым сервером. Но часто из виду упускается другой параметр: так называемый "внутренний пинг терминала" - дополнительный лаг котировок внутри самого терминала (платформы) . Даже...
HistoryDealsSelect( constint Index, constint Count = WHOLE_ARRAY ); // Из внутренней таблицы сделок взять сделки, начиная с заданного индекса в таблице.
HistoryOrdersSelect( constint Index, constint Count = WHOLE_ARRAY ); // Из внутренней таблицы ордеров взять ордера, начиная с заданного индекса в таблице.
被误解了。我们需要了解MT是否在干扰。我们正在解析服务器日志,当时暂停修改了几十秒。服务器上的一切都很完美。
所以问题出在别的地方。
我已经看到,我经常打出过去的价格。也就是说,终端机严重滞后。有一个问题,如何识别它。
我在这里买了VPS。我怎么知道它非常合适呢?我的意思是,必须要有某种数字指标。事实证明,重传是不可信的。午夜时分--百分之几十。
也许我可以在与交易服务器相同的物理机器上部署一个虚拟机。我将能够从那里运行终端。我想这将减少死锁的数量。
在我看来,追踪、从控制台ping或特殊软件都不能解决问题。
有必要以某种方式登记MT的参与。在我看来,我们应该表明立场,要求开发者为TERMINAL_RETRANSMISSION 制作自己的计数器。
被误解了。我们需要了解MT是否在干扰。我们正在解析服务器日志,当时暂停修改了几十秒。服务器上的一切都很完美。
所以问题出在别的地方。
我已经看到,我经常打出过去的价格。也就是说,终端机严重滞后。出现的问题是如何识别它。
不知何故,"服务器上的一切都很完美 "的确切含义不是很清楚:
1)没有修改请求来到服务器,或者10秒内的所有请求都有一个过时的价格?
2)而 "当前 "和 "过时 "的价格之间有多少秒的差异?
3) 谁来决定价格是否过时:MT服务器还是第三方,也许是某个交易所?
如果问题经常发生,你可以用Sysinternals公司的Wireshark 与Process Monitor(网络活动)配对,分析订单修改流量。
不知何故,"服务器上的一切都很完美 "到底是什么意思:
1)没有修改请求来到服务器,或者10秒内的所有请求都有一个过时的价格?
2)而 "当前 "和 "过时 "的价格之间的差异是多少秒?
3) 谁来决定价格是否过时:MT服务器还是第三方,也许是某个交易所?
在服务器上,所有请求都以毫秒为单位进行处理。关于过时的价格,你需要向管理员查询。
如果问题反复出现,你可以用Sysinternals公司的Wireshark与Process Monitor(网络活动)配对,分析订单修改流量。
我在这方面完全是个新手。
有可能重现HistorySelect-functions的刹车。
关于交易、自动交易系统和测试交易策略的论坛
MT5和速度在行动
fxsaber, 2020.06.04 14:38
我画了这样一个EA。
请写下你的结果,谁将会尝试。滞后的情况如何?
ZZY龙试图弄清楚为什么现场账户会有刹车。我想我已经找到了问题所在。
ZS Long试图找出战斗账户缓慢的原因。似乎已经找到了问题所在。
这就是战斗形势看起来如此令人沮丧的情况。
如果你仔细观察,你可以看到相互独立的EA都在以同样的方式(滞后时间和持续时间)放缓。也就是说,当几个专家顾问进行HistorySelect调用时,MT5会停止所有专家顾问的执行一段时间,然后将其结果返回给专家顾问。
如此奇怪的(与即将到来的)用于处理历史的API的原因是什么?这种方法的隐患在哪里?
关于交易、自动交易系统和策略测试的论坛
MT5和速度在行动
fxsaber, 2020.05.28 15:27
历史选择。
这是一个极其昂贵的功能。而不幸的是,现在无论怎样的缓存都无法使其速度变得可以接受。
请考虑引入这种历史功能。
他们将完全关闭HistorySelect的刹车。因为这将解决非常便宜地获得最新交易的问题。现在,它是战斗执行中的一种煎熬。
并不总是能够通过OnTradeTransaction 来控制最后的交易。这就是为什么快速的历史选择是相关的。
在处理交易历史时,MT4的性能优于MT5可能是不正常的。
请把刹车从交易终端上移开!
历史上的1000个行业是否足够?
用这些读数进行测试。
订单 20990
交易 10277
登录20分钟
订单 20990
交易 10277
在20分钟内登录。
非常好,谢谢你!最后,完全证实了MT5的可悲滞后性。而且这还没有任何交易功能。问题几乎无处不在。
这很令人沮丧。看看Linux下的结果会很有趣。在温家宝的带领下,没有真正的时间可谈。