堡垒。执法问题 - 页 6 12345678910111213...156 新评论 Mikhail Filimonov 2014.12.29 11:32 #51 papaklass:而交付给终端的时间与执行时间 有什么关系？交付就是交付，执行时间就是执行时间。一旦你的订单被执行，就不会有滑点，即使它还没有到达终端!你是说，终端不通知我们执行的时间，而是通知我们交付给终端的时间？你明白其中的区别吗，聪明的家伙？ 你比这更聪明，对不起.... Mikhail Filimonov 2014.12.29 12:05 #52 papaklass:我在你评论的帖子中问了三个问题，我没有看到任何答案。:)心灵，直接闪亮登场! Alexey Klenov 2014.12.29 12:19 #53 开发人员，什么是正确的选择？从你所说的情况来看，它看起来像 客户端非常迅速地将订单传送给服务器 服务器的执行速度非常快 服务器向客户发送响应的速度太慢。 或 然而 正确的变体 客户迅速发送订单 服务器的执行速度不是很高 服务器迅速向客户端发送响应。(这些情况是针对MT5服务器是交易订单的最终实例的情况) Alexey Klenov 2014.12.29 12:41 #54 papaklass: 如果可能的话，在一个新的构建上再次运行EA几个小时，进行统计。你的服务器要强大得多。为了实验的纯洁性。我有一个1035的建设。 专家已启动并运行\...地下室里有一根木头。 附加的文件： 20141229.log 103 kb Mikhail Filimonov 2014.12.30 10:27 #55 papaklass:在一个相关的问题上。四上似乎有一个类似的漂浮物。是的，而且执行时间 是有问题的。坪数为8-9毫秒。MK，同时在两个平台上思考。虽然没有异步订单，但四合院的情况明显比它要差。:)新年好好休息吧，你这个不安分的家伙! Mikhail Filimonov 2015.01.06 02:39 #56 下午好，Renat!这里是另一个确认，延迟 "活 "在服务器（终端）MT-5中在家通过互联网进行交易（真实账户）。看，删除买入订单的执行时间是11毫秒。而第二个订单的执行时间，在2毫秒后发送，是 3.55倍。在今天的死亡市场中，这不能用 "水下的冰山 "和排队来解释。 Renat Fatkhullin 2015.01.06 03:59 #57 Mikalas:下午好，Renat!这里有更多关于延迟 "活 "在MT-5服务器（终端）的证据这不是证据。你只看到你那边的测量结果。你不能假设整个基础设施（软件。硬件，渠道）是稳定的，有恒定的延迟。尤其是在测量毫秒时，你不能提出这样的要求。即使在本地磁盘的读/写操作中，你也不能保证任何读/写速度的稳定性（它也会在几十毫秒内跳动），在任何情况下，我们谈论的是一个有一堆中间节点的网络和它自己的基础设施。只是要明确：当移动到速度优化的极限时（在这种情况下是几十毫秒），产生最大影响的是基础设施，而不是软件。不要忘了，这是一个零售平台，而不是通过专门的渠道，从邻近的公司直接一步到位地注入股市。 我们将继续优化，但这一次我们对结果的影响将远远小于基础设施的影响。ps：为了兴趣，在Quicksilver中测量交易执行时间。 [删除] 2015.01.06 13:37 #58 在快餐中，延迟可以用机械秒表来测量 Renat Fatkhullin 2015.01.06 14:32 #59 Edic: 你可以使用机械秒表来测量Quicksilver中的延迟情况这正是我的观点。而这里我们说的是10-20毫秒。无论如何，我们将战斗到底，因为这对我们来说是一个优先事项。现在是假期刚过。 Mikhail Filimonov 2015.01.06 18:50 #60 Renat:这正是我的观点。而这里我们说的是10-20毫秒。无论如何，我们将战斗到底，因为这对我们来说是一个优先事项。假期已经结束。 期待着好的结果! 12345678910111213...156 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
而交付给终端的时间与执行时间 有什么关系？
交付就是交付，执行时间就是执行时间。一旦你的订单被执行，就不会有滑点，即使它还没有到达终端!
你是说，终端不通知我们执行的时间，而是通知我们交付给终端的时间？
你明白其中的区别吗，聪明的家伙？
我在你评论的帖子中问了三个问题，我没有看到任何答案。:)
心灵，直接闪亮登场!
开发人员，什么是正确的选择？从你所说的情况来看，它看起来像
客户端非常迅速地将订单传送给服务器
服务器的执行速度非常快
服务器向客户发送响应的速度太慢。
或
然而
正确的变体
客户迅速发送订单
服务器的执行速度不是很高
服务器迅速向客户端发送响应。
(这些情况是针对MT5服务器是交易订单的最终实例的情况)
如果可能的话，在一个新的构建上再次运行EA几个小时，进行统计。你的服务器要强大得多。为了实验的纯洁性。
我有一个1035的建设。
专家已启动并运行
\...
地下室里有一根木头。
在一个相关的问题上。
四上似乎有一个类似的漂浮物。
是的，而且执行时间 是有问题的。坪数为8-9毫秒。
MK，同时在两个平台上思考。虽然没有异步订单，但四合院的情况明显比它要差。:)
新年好好休息吧，你这个不安分的家伙!
下午好，Renat!
这里是另一个确认，延迟 "活 "在服务器（终端）MT-5中
在家通过互联网进行交易（真实账户）。
看，删除买入订单的执行时间是11毫秒。
而第二个订单的执行时间，在2毫秒后发送，是 3.55倍。
在今天的死亡市场中，这不能用 "水下的冰山 "和排队来解释。
下午好，Renat!
这里有更多关于延迟 "活 "在MT-5服务器（终端）的证据
这不是证据。
你只看到你那边的测量结果。你不能假设整个基础设施（软件。硬件，渠道）是稳定的，有恒定的延迟。尤其是在测量毫秒时，你不能提出这样的要求。
即使在本地磁盘的读/写操作中，你也不能保证任何读/写速度的稳定性（它也会在几十毫秒内跳动），在任何情况下，我们谈论的是一个有一堆中间节点的网络和它自己的基础设施。
只是要明确：当移动到速度优化的极限时（在这种情况下是几十毫秒），产生最大影响的是基础设施，而不是软件。不要忘了，这是一个零售平台，而不是通过专门的渠道，从邻近的公司直接一步到位地注入股市。
我们将继续优化，但这一次我们对结果的影响将远远小于基础设施的影响。
ps：为了兴趣，在Quicksilver中测量交易执行时间。
你可以使用机械秒表来测量Quicksilver中的延迟情况
这正是我的观点。而这里我们说的是10-20毫秒。
无论如何，我们将战斗到底，因为这对我们来说是一个优先事项。现在是假期刚过。
这正是我的观点。而这里我们说的是10-20毫秒。
无论如何，我们将战斗到底，因为这对我们来说是一个优先事项。假期已经结束。