堡垒。执法问题 - 页 76 1...697071727374757677787980818283...156 新评论 Renat Fatkhullin 2016.08.23 16:35 #751 Sergey Kudryavtsev:你好。我有一个关于终端设备的问题。例如,如果你用OrderSend(...)命令发送一个订单,得到一个响应的真和一个票据。然后调用OrderSelect(ticket)命令,它将返回false作为回应。 (在这种情况下,该订单就会出现,正好在活动订单中)。我的问题是:我有一个活跃的订单。我在OrderSelect(ticket)命令中收到一个错误的响应。 然后我执行了HistoryOrderSelect(ticket)命令,再次收到一个错误的回应(即该订单没有设法出现在历史中)。我只需等待5-10ms,然后再试一次。 事情是这样的,你立即得到交易确认,但完整的交易细节在这之后异步到达。它可能需要0到N毫秒的时间,通常在1-2毫秒内(当然取决于ping的情况)。 Sergey Kudryavtsev 2016.08.23 17:09 #752 非常感谢您! prostotrader 2016.09.14 17:14 #753 coderex:现在除了他,谁还会去测量它们呢? 每个人都害怕被禁止 :)结果发现并不是所有的东西都被修复了。添加图片1395,真正的发现2016.09.14 17:30:03.100 Trades 'xxxxx': sell limit 5.00 BR-12.16 at 47.56 2016.09.14 17:30:06.849 Trades 'xxxxx': accepted sell limit 5.00 BR-12.16 at 47.56 2016.09.14 17:30:06.849 Trades 'xxxxx': sell limit 5.00 BR-12.16 at 47.56 placed for execution in 3750.466 ms 2016.09.14 17:30:06.851 Trades 'xxxxx': cancel order #44309414 sell limit 5.00 BR-12.16 at 47.56 2016.09.14 17:30:10.014 Trades 'xxxxx': deal #29388895 sell 1.00 BR-12.16 at 47.56 done (based on order #44309414) 2016.09.14 17:30:10.014 Trades 'xxxxx': exchange buy 1.00 BR-11.16 at market 2016.09.14 17:30:10.385 Trades 'xxxxx': deal #29388914 sell 4.00 BR-12.16 at 47.56 done (based on order #44309414) 2016.09.14 17:30:12.374 Trades 'xxxxx': accepted exchange buy 1.00 BR-11.16 at market 2016.09.14 17:30:12.375 Trades 'xxxxx': exchange buy 1.00 BR-11.16 at market placed for execution in 2360.902 ms 2016.09.14 17:30:12.398 Trades 'xxxxx': deal #29389024 buy 1.00 BR-11.16 at 47.25 done (based on order #44309578) 2016.09.14 17:30:12.401 Trades 'xxxxx': exchange buy 4.00 BR-11.16 at market 2016.09.14 17:30:13.006 Trades 'xxxxx': accepted exchange buy 4.00 BR-11.16 at market 2016.09.14 17:30:13.007 Trades 'xxxxx': exchange buy 4.00 BR-11.16 at market placed for execution in 606.852 ms 2016.09.14 17:30:13.009 Trades 'xxxxx': deal #29389140 buy 4.00 BR-11.16 at 47.25 done (based on order #44309644) 2016.09.14 17:30:13.015 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.74 2016.09.14 17:30:13.357 Trades 'xxxxx': accepted buy limit 5.00 BR-12.16 at 47.74 2016.09.14 17:30:13.357 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.74 placed for execution in 342.736 ms 2016.09.14 17:30:13.668 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.79 2016.09.14 17:30:13.712 Trades 'xxxxx': accepted buy limit 5.00 BR-12.16 at 47.79 2016.09.14 17:30:13.716 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.79 placed for execution in 48.228 ms 2016.09.14 17:30:13.718 Trades 'xxxxx': deal #29389165 buy 5.00 BR-12.16 at 47.79 done (based on order #44309680) 2016.09.14 17:30:13.721 Trades 'xxxxx': exchange sell 5.00 BR-11.16 at market 2016.09.14 17:30:13.740 Trades 'xxxxx': accepted exchange sell 5.00 BR-11.16 at market 2016.09.14 17:30:13.741 Trades 'xxxxx': exchange sell 5.00 BR-11.16 at market placed for execution in 20.867 ms 2016.09.14 17:30:13.778 Trades 'xxxxx': deal #29389166 sell 5.00 BR-11.16 at 47.29 done (based on order #44309682) Sergey Chalyshev 2016.09.14 21:11 #754 prostotrader:结果发现并不是所有的东西都被修复了。添加图片1395,真正的发现 并吹嘘说在英特尔酷睿i7-6850K 上一切正常) prostotrader 2016.09.14 21:14 #755 Sergey Chalyshev: 并吹嘘说在英特尔酷睿i7-6850K 上一切正常) 那么你是报复性的....:) Sergey Chalyshev 2016.09.14 21:31 #756 prostotrader: 你是如此的报复性....:)不,不是报复性的,但现在记忆力很好,感谢上帝))是否启用了超线程?你能看到处理器有多少个核心吗?在i7上运行时,情况更好。在AMD的物理核心上,在英特尔的启用超线程 的虚拟核心上,一个物理核心被分成2个线程。最好禁用超线程。 prostotrader 2016.09.14 21:37 #757 Sergey Chalyshev:不,不是报复性的,但现在记忆力很好,感谢上帝))是否启用了超线程?你能看到处理器有多少个核心吗?在i7上运行时,情况更好。在AMD的物理核心上,在英特尔的启用超线程 的虚拟核心上,一个物理核心被分成2个线程。最好是禁用超线程。 Sergey Chalyshev 2016.09.14 21:50 #758 prostotrader: 看起来超线程 是打开的,对于MT5来说,最好把它关掉。 prostotrader 2016.09.22 15:28 #759 你好!在下面的真实账户例子中,可以清楚地看到MT5服务器端或经纪人的硬件出现了问题。延迟建立起来了,然后就会下降。2016.09.21 03:31:10.568 Terminal Открытие Брокер MetaTrader 5 СР x64 build 1430 started (ОАО '' Брокерский дом '' ОТКРЫТИЕ'') 2016.09.21 17:30:00.156 Trades 'xxxxx': modify order #44620664 buy limit 5.00 ROSN-3.17 at 36438 sl: 0 tp: 0 -> 36470, sl: 0 tp: 0 placed for execution in 19.086 ms 2016.09.21 17:30:00.157 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.66 placed for execution in 19.185 ms 2016.09.21 17:30:00.160 Trades 'xxxxx': deal #29616740 buy 5.00 BR-12.16 at 47.66 done (based on order #44620667) 2016.09.21 17:30:01.064 Trades 'xxxxx': exchange sell 5.00 BR-11.16 at market 2016.09.21 17:30:02.004 Trades 'xxxxx': cancel order #44620664 buy limit 5.00 ROSN-3.17 at 36470 2016.09.21 17:30:04.827 Trades 'xxxxx': accepted exchange sell 5.00 BR-11.16 at market 2016.09.21 17:30:04.827 Trades 'xxxxx': exchange sell 5.00 BR-11.16 at market placed for execution in 3764.451 ms 2016.09.21 17:30:04.829 Trades 'xxxxx': deal #29616752 sell 5.00 BR-11.16 at 47.33 done (based on order #44620682) 2016.09.21 17:30:05.799 Trades 'xxxxx': cancel order #44613523 sell limit 1.00 TRNF-3.17 at 149398 2016.09.21 17:30:07.929 Trades 'xxxxx': accepted cancel order #44620664 buy limit 5.00 ROSN-3.17 at 36470 2016.09.21 17:30:07.929 Trades 'xxxxx': cancel order #44620664 buy limit 5.00 ROSN-3.17 at 36470 placed for execution in 5926.927 ms 2016.09.21 17:30:08.738 Trades 'xxxxx': modify order #44620340 buy limit 1.00 TATN-3.17 at 32276 sl: 0 tp: 0 -> 32278, sl: 0 tp: 0 2016.09.21 17:30:08.775 Trades 'xxxxx': accepted cancel order #44613523 sell limit 1.00 TRNF-3.17 at 149398 2016.09.21 17:30:08.776 Trades 'xxxxx': cancel order #44613523 sell limit 1.00 TRNF-3.17 at 149398 placed for execution in 2977.588 ms 2016.09.21 17:30:09.585 Trades 'xxxxx': accepted modify order #44620340 buy limit 1.00 TATN-3.17 at 32276 sl: 0 tp: 0 -> 32278, sl: 0 tp: 0 2016.09.21 17:30:09.590 Trades 'xxxxx': modify order #44620340 buy limit 1.00 TATN-3.17 at 32276 sl: 0 tp: 0 -> 32278, sl: 0 tp: 0 placed for execution in 852.561 ms 2016.09.21 17:30:09.597 Trades 'xxxxx': modify order #44620340 buy limit 1.00 TATN-3.17 at 32278 sl: 0 tp: 0 -> 32312, sl: 0 tp: 0 2016.09.21 17:30:09.637 Trades 'xxxxx': accepted modify order #44620340 buy limit 1.00 TATN-3.17 at 32278 sl: 0 tp: 0 -> 32312, sl: 0 tp: 0 2016.09.21 17:30:09.638 Trades 'xxxxx': modify order #44620340 buy limit 1.00 TATN-3.17 at 32278 sl: 0 tp: 0 -> 32312, sl: 0 tp: 0 placed for execution in 40.658 ms 2016.09.21 17:30:10.053 Trades 'xxxxx': cancel order #44620340 buy limit 1.00 TATN-3.17 at 32312 2016.09.21 17:30:10.075 Trades 'xxxxx': accepted cancel order #44620340 buy limit 1.00 TATN-3.17 at 32312 2016.09.21 17:30:10.079 Trades 'xxxxx': cancel order #44620340 buy limit 1.00 TATN-3.17 at 32312 placed for execution in 25.974 ms 2016.09.21 17:30:44.537 Trades 'xxxxx': sell limit 1.00 BR-12.16 at 48.04 2016.09.21 17:30:44.669 Trades 'xxxxx': accepted sell limit 1.00 BR-12.16 at 48.04 2016.09.21 17:30:44.669 Trades 'xxxxx': sell limit 1.00 BR-12.16 at 48.04 placed for execution in 132.352 ms 2016.09.21 17:30:45.165 Trades 'xxxxx': sell limit 10.00 Si-6.17 at 70449 2016.09.21 17:30:45.179 Trades 'xxxxx': accepted sell limit 10.00 Si-6.17 at 70449 2016.09.21 17:30:45.180 Trades 'xxxxx': sell limit 10.00 Si-6.17 at 70449 placed for execution in 14.720 ms我联系了经纪人,但他们说 "我们正在调查问题的原因"。附上当天的全部日志 附加的文件: MT-5-1.zip 54 kb fxsaber 2016.09.22 15:36 #760 prostotrader:你好!下面的例子清楚地表明,MT5服务器端或经纪人的硬件有问题。延迟建立起来,然后下降。联系了经纪人,但他们说 "我们正在调查问题的原因"。当天的完整日志见附件。我看了一下日志,也有同样的印象。上升到50ms,然后急剧下降到10ms。几秒钟的延迟是一个突出的问题。我希望每个人都能像这样给出他们的日志来研究延迟问题。 1...697071727374757677787980818283...156 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
你好。
我有一个关于终端设备的问题。
例如,如果你用OrderSend(...)命令发送一个订单,得到一个响应的真和一个票据。
然后调用OrderSelect(ticket)命令,它将返回false作为回应。
(在这种情况下,该订单就会出现,正好在活动订单中)。
我的问题是:我有一个活跃的订单。我在OrderSelect(ticket)命令中收到一个错误的响应。
然后我执行了HistoryOrderSelect(ticket)命令,再次收到一个错误的回应(即该订单没有设法出现在历史中)。
我只需等待5-10ms,然后再试一次。
事情是这样的,你立即得到交易确认,但完整的交易细节在这之后异步到达。它可能需要0到N毫秒的时间,通常在1-2毫秒内(当然取决于ping的情况)。
现在除了他,谁还会去测量它们呢? 每个人都害怕被禁止 :)
结果发现并不是所有的东西都被修复了。
添加图片1395,真正的发现
结果发现并不是所有的东西都被修复了。
添加图片1395,真正的发现
并吹嘘说在英特尔酷睿i7-6850K 上一切正常)
你是如此的报复性....:)
不,不是报复性的,但现在记忆力很好,感谢上帝))
是否启用了超线程?你能看到处理器有多少个核心吗?
在i7上运行时,情况更好。在AMD的物理核心上,在英特尔的启用超线程 的虚拟核心上,一个物理核心被分成2个线程。最好禁用超线程。
不,不是报复性的,但现在记忆力很好,感谢上帝))
是否启用了超线程?你能看到处理器有多少个核心吗?
在i7上运行时,情况更好。在AMD的物理核心上,在英特尔的启用超线程 的虚拟核心上,一个物理核心被分成2个线程。最好是禁用超线程。
你好!
在下面的真实账户例子中,可以清楚地看到MT5服务器端或经纪人的硬件出现了问题。
延迟建立起来了,然后就会下降。
我联系了经纪人,但他们说 "我们正在调查问题的原因"。
附上当天的全部日志
你好!
下面的例子清楚地表明,MT5服务器端或经纪人的硬件有问题。
延迟建立起来,然后下降。
联系了经纪人,但他们说 "我们正在调查问题的原因"。
当天的完整日志见附件。
我看了一下日志,也有同样的印象。上升到50ms,然后急剧下降到10ms。几秒钟的延迟是一个突出的问题。
我希望每个人都能像这样给出他们的日志来研究延迟问题。