堡垒。执法问题 - 页 6

 
papaklass:

而交付给终端的时间与执行时间 有什么关系?

交付就是交付,执行时间就是执行时间。一旦你的订单被执行,就不会有滑点,即使它还没有到达终端!

你是说,终端不通知我们执行的时间,而是通知我们交付给终端的时间?

你明白其中的区别吗,聪明的家伙?

你比这更聪明,对不起....
 
papaklass:

我在你评论的帖子中问了三个问题,我没有看到任何答案。:)

心灵,直接闪亮登场!

 

开发人员,什么是正确的选择?从你所说的情况来看,它看起来像

客户端非常迅速地将订单传送给服务器

服务器的执行速度非常快

服务器向客户发送响应的速度太慢。


然而

正确的变体

客户迅速发送订单

服务器的执行速度不是很高

服务器迅速向客户端发送响应。

(这些情况是针对MT5服务器是交易订单的最终实例的情况)


 
papaklass:
如果可能的话,在一个新的构建上再次运行EA几个小时,进行统计。你的服务器要强大得多。为了实验的纯洁性。

我有一个1035的建设。

专家已启动并运行

\...

地下室里有一根木头。

附加的文件:
20141229.log  103 kb
 
papaklass:

在一个相关的问题上。

四上似乎有一个类似的漂浮物。

是的,而且执行时间 是有问题的。坪数为8-9毫秒。

MK,同时在两个平台上思考。虽然没有异步订单,但四合院的情况明显比它要差。:)

新年好好休息吧,你这个不安分的家伙!

 

下午好,Renat!

这里是另一个确认,延迟 "活 "在服务器(终端)MT-5中

在家通过互联网进行交易(真实账户)。

看,删除买入订单的执行时间是11毫秒。

而第二个订单的执行时间,在2毫秒后发送,是 3.55倍

在今天的死亡市场中,这不能用 "水下的冰山 "和排队来解释。

 
Mikalas:

下午好,Renat!

这里有更多关于延迟 "活 "在MT-5服务器(终端)的证据

这不是证据。

你只看到你那边的测量结果。你不能假设整个基础设施(软件。硬件,渠道)是稳定的,有恒定的延迟。尤其是在测量毫秒时,你不能提出这样的要求。

即使在本地磁盘的读/写操作中,你也不能保证任何读/写速度的稳定性(它也会在几十毫秒内跳动),在任何情况下,我们谈论的是一个有一堆中间节点的网络和它自己的基础设施。


只是要明确:当移动到速度优化的极限时(在这种情况下是几十毫秒),产生最大影响的是基础设施,而不是软件。不要忘了,这是一个零售平台,而不是通过专门的渠道,从邻近的公司直接一步到位地注入股市。

我们将继续优化,但这一次我们对结果的影响将远远小于基础设施的影响。


ps:为了兴趣,在Quicksilver中测量交易执行时间

 
在快餐中,延迟可以用机械秒表来测量
 
Edic:
你可以使用机械秒表来测量Quicksilver中的延迟情况

这正是我的观点。而这里我们说的是10-20毫秒。

无论如何,我们将战斗到底,因为这对我们来说是一个优先事项。现在是假期刚过。

 
Renat:

这正是我的观点。而这里我们说的是10-20毫秒。

无论如何,我们将战斗到底,因为这对我们来说是一个优先事项。假期已经结束。

期待着好的结果!
原因: