堡垒。执法问题 - 页 110

 
Aleksey Vyazmikin:

就实用性而言,是的,它很有用,但很难想象终端在试图同步所有东西时会有多慢......而且我不确定这些数据的异步到达是否有意义。

它根本不会减慢速度,反正表格正在被处理 :)

而输入一个新的字段根本不需要花时间(反正是花在处理表格上)。

MT5服务器收到一个22个表的数据包,为了填补MqlBookInfo 结构的字段

有必要 "通过 "所有22个表(方向是最后一个字段)!

 
prostotrader:

它根本不会减慢,反正表格正在被处理 :)

而增加一个新的字段根本不会花费时间(反正是花在表格处理上)。

MT5服务器收到一个22个表的数据包,为了填补MqlBookInfo 结构的字段

你必须 "通过 "所有22个表(方向--最后一个字段)!

如果它不影响生产力,当然就随它去吧。

然而,如何使用它,因为很难同步处理每个事件,也就是说,当我们知道事件发生时,可能已经来不及采取行动了。除非我们谈论的是交易股票或缓慢的期货。我的意思是,市场上止损的滑移是惊人的--上次开盘时是61点...而从刻度线来看,在24毫秒内就有超过1000手的交易。

 
Aleksey Vyazmikin:

但很难想象终端在试图同步所有东西时速度会有多慢......

终端不需要同步任何东西...你只需要在更新到来的时候给它(或有一些固定的延迟)。或者甚至只是给两个流:一个流用于蜱虫,一个流用于珠子。但要有两者的准确到达时间,这样才能把他们带到一起。

在任何情况下都会有价值!

 

伙计们!

MqlBookInfo 结构是从表22(或从FORTS_FUTORDERBOOK_REPL--期货:玻璃片)中填充的!

我们添加MOMENT字段,并从这个相同的表格中填充它。

没有时间损失,不需要同步任何东西,一切都将以同样的方式工作,只是时间问题。

将会出现!所有的东西!

 

你确定现在所有的事件都显示在杯中吗?一般来说,它们被处理,因为可以有一个过滤器--比方说每秒不超过100个事件。而且,很可能,反正时间到了,只是用户没有得到,否则怎么会在杯子里画出动作?但是,如果有很多运动,而且它们已经过时了,那么也许它们只是被过滤器丢弃了。

如何才能检查出这一点呢?用什么来检查?没有办法,或者有什么想法?

 
Aleksey Vyazmikin:

你确定现在所有的事件都显示在杯中吗?一般来说,它们被处理,因为可以有一个过滤器--比方说每秒不超过100个事件。而且,很可能,反正时间到了,只是用户无法使用,否则怎么在杯子里画出动作?但是,如果有很多运动,而且它们已经过时了,那么也许它们只是被过滤器丢弃了。

如何才能检查出这一点呢?我们可以用什么来检查它?不可能,或者你有什么想法吗?

你想让我给你提供2号广场的规格吗?

如果你有兴趣,可以读一读,也许你会明白这一切是如何进行的。

添加

但简而言之。

交易所产生数据流,但我们不能实时得到它们,但我们可以得到这些数据流的 "片断"

有一个相当可忽略的延迟。

 

另一个可能性是为什么MQ不愿意进行修复和创新。

他们需要迅速为CGate重写MT5服务器,所以他们可以雇用

用于CGate的实施。

而且这不是2行代码,需要非常认真地对待它。

由以下人员添加

我曾多次尝试编写自己的Plaza2连接器,但都失败了(脑子不够用)。


 
Aleksey Vyazmikin:

你确定现在所有的事件都显示在杯中吗?一般来说,它们被处理,因为可以有一个过滤器--比方说每秒不超过100个事件。而且,很可能,反正时间到了,只是用户无法使用,否则怎么在杯子里画出动作?但是,如果有很多运动,而且它们已经过时了,那么也许它们只是被过滤器丢弃了。

如何才能检查出这一点呢?我们可以用什么来检查它?没有办法,或者你有什么想法吗?

让他们至少对所有交易进行确认。即,使市场能够确认过去的交易。它意味着毫秒级的精确度。就是这样,没有更多,什么是更少--让他们聚合/汇总/过滤/切割,不管怎样。只需要在当前的滴答声中,用同样的精度来计算杯子的时间。

 
这些创新应该是为了让交易者更容易,而这可能不是每个人都能接受的。这就是为什么他们不着急。我的个人意见。
 
Konstantin Seredkin:

伙计们,我需要咨询如何在堡垒上设置限价,有一个代码,当一个位置出现时,机器人在价格上方和下方发出带缩进的限价订单。

我想知道我对限价器的缩进价格的归一化是否正确,我应该使用内置库还是单独对价格进行归一化更好。

谢谢你。

创建一个单独的主题。