堡垒。执法问题 - 页 140

 
prostotrader:

每个人的 "规范 "都是不同的。

我的 "常态 "是4-5毫秒,直到周五,现在

但这是一个没有Exchange响应的指标,因为MQ不记录异步订单的Exchange响应。

也就是说,它变成了1-1.5秒,而不是8-10毫秒!

常态是不同的,但不像过去那样有几十秒的延迟。

可能那里的容量扩张原则与达到一个峰值有关,之后就会启动新的服务器。很难从用户方面进行判断。我认为我们需要向经纪人发出警报。

 
Aleksey Vyazmikin:

常态是不同的,但不像过去那样有几十秒的延迟。

那里的容量扩张原则可能与达到一个峰值有关,之后就会启动新的服务器。从用户的角度来看,很难判断。我认为我们需要向经纪人发出警报。

不需要幻想了。

在更新FORTS MT5网关后,出现了延迟。

经纪人本身不能做回滚。

从奥特克雷瓦什卡的技术支持团队给我的答复中可以看出

У нас нет информации, чтобы что-то менялось в пятницу в сети.

При этом мы знаем, что утром в пятницу обновили dll для шлюзов Московской Биржи MT5 (ФР, ВР и СР), а также exe-файлы шлюзов ФР и ВР (установили патч)
Откатить и проверить не можем, т.к. исправляют ошибку из-за котором не можем нормально работать.
 
prostotrader:

没有必要去幻想。

在FORTS MT5网关更新后,出现了延迟。

经纪人本身不能做回滚。

从Otkryvashka公司的技术支持给我的答复中可以看出

好吧,现在我明白了--他们正在解决问题,所以我不应该担心。

 
它似乎刚刚被修复。
 
prostotrader:
它似乎刚刚被修复。

开启者重新启动了其服务器(出现了故障)。

并且工作正常。

2020.07.17 19:12:02.289 Trades  'ххххх': sell limit 1 FEES-12.20 at 19562 placed for execution in 3.947 ms
2020.07.17 19:12:16.224 Trades  'ххххх': cancel order #129467999 sell limit 1 FEES-12.20 at 19562 placed for execution in 3.373 ms
 
prostotrader:

开启者重新启动了其服务器(出现了故障)。

而且一切工作都很正常。

显然,他们今天从下午5点20分到5点40分超载。

没有什么联系,但不需要太多的流血事件 :(

 

建于2560年

同样,在开放商中下单也有延迟(逐步向上)。

 

我让你知道一个可怕的秘密。每当你开仓时,交易所就会检查你的偿付能力,有时会有很长一段时间

 
prostotrader:

建于2560年

同样,在开放商中下单也有延迟(逐步向上)。

同样地。显然,我很快就要改成通过Quick交易,导入*.tri文件。给911发了电子邮件,看他们是否能再次重启服务器。
 
pvs76:
同样地。显然,我很快就要改成通过Quickswitch进行交易,并导入*.tri文件。给911发了电子邮件,看他们是否能再次重启服务器。

在某处有关于这个捆绑物的良好描述吗?