堡垒。执法问题 - 页 8

[Renat Fatkhullin]

我将在周一回复细节，因为我自己已经测试了工作市场上的反应和处理。

一般的初步回答。

• 在新的（直到1060年）构建之前，我们使用了 "向用户显示中间执行状态 "的想法，以便在界面中显示请求的状态。这就是为什么在OnTradeTransaction中有这么多状态的原因。
  
• 这实际上增加了网络延迟，在正常情况下，对交易者看到这些中间状态没有任何帮助，因为它是以毫秒为单位的。
• 为了减少延迟，我们在新的构建中禁用了不必要的中间状态，并获得了 "终端中可见的总执行时间"的真正加速。

[Mikhail Filimonov]

Renat:

我将在周一回复细节，因为我自己已经在一个工作市场上测试了反应和处理。

一般的初步回答。

• 在新的（1060年前）构建之前，我们使用 "向用户显示中间执行状态 "的想法，在界面中显示请求的状态。这就是为什么在OnTradeTransaction中有这么多状态的原因
  
• 这实际上增加了网络延迟，在正常情况下，对交易者看到这些中间状态没有任何帮助，因为它是以毫秒为单位的。
• 为了减少延迟，我们在新的构建中禁用了不必要的中间状态，并获得了 "终端中可见的总执行时间"的真正提速

谢谢，走在了问题的前面 :)

我希望它总是这样!

[Mikhail Filimonov]

下午好，Renat!

今天，开幕式将真实情况更新为1060。

但不幸的是，我完全没有看到1035和1060之间有任何区别。

[Renat Fatkhullin]

Mikalas:

下午好，Renat!

今天，Opening将真实升级到1060。

根据我的信息，他们在1035号文件中仍有真实的。

[Dmitriy Skub]

Renat:
根据我的数据，他们在1035版本上仍有真实的。

数据已经过时了--已经是1060了。

[Mikhail Filimonov]

Renat:
根据我的数据，他们仍然在1035版本上有真实的。

没有，今天更新到1060。

你不能在TerminalInfoInteger 中添加服务器版本吗？

另外，市场订单在历史上出现的延迟时间是多少？

[Dmitriy Skub]

我有一个区别，尽管它对我来说并不关键。

订单设置约为60-80ms，平均来说--变成了约20-30ms。

修改约为60-80ms，变成了约20-40ms。

的确，有时会有明显更高的价值漏掉。

[Renat Fatkhullin]

Mikalas:

没有，今天更新到1060。

不，现在还是1035，真正的发现服务器还没有被更新。

经检查，这是100%准确的技术信息。

[Dmitriy Skub]

Renat:

没有，仍然是1035，没有更新真正的Otkritie服务器。

经检查，这是100%准确的技术信息。

那这是什么？

该信息来自8.02，该账户是真实的。

GN 0 20:31:10.973 LiveUpdate新的终端构建1060（IDE：1060，Tester：1060）已经可用。

2015.02.09 01:45:07.800 终端 OTKRYTIE-Broker x64 build 1060 启动（JSC OTKRYTIE Brokerage House）。

[Renat Fatkhullin]

Dima_S:

那是什么呢？

2015.02.09 01:45:07.800 终端 OTKRYTIE-Broker x64 build 1060 启动 (OAO OTKRYTIE Brokerage House)

这是1060号终端，服务器仍然是1035号。