错误、漏洞、问题 - 页 2692 1...268526862687268826892690269126922693269426952696269726982699...3184 新评论 Andrey Dik 2020.04.02 00:04 #26911 Artyom Trishkin: 那么我不知道... 在这里我不知道......支付了一个便宜的VPS和0使用,从MQ的VPS没有给这个经纪人这样的ping,顺便说一下,否则我可能会很高兴使用它。 Andrey Khatimlianskii 2020.04.02 00:49 #26912 Andrey Dik: 在这里我不知道......我花钱买了一个便宜的VPS,但它没有任何作用,来自MQ的VPS没有给这个经纪人这样的ping,顺便说一下,否则我可能会很高兴使用它。 雷纳特曾解释说,服务器以这种方式调节自身的负载。 也就是说,如果他们自己超负荷工作,就会把客户推给其他机构。 也许一个自动的软件切换到正确的服务器会有帮助。 Roman 2020.04.02 02:57 #26913 Andrey Khatimlianskii: 雷纳特曾经解释说,服务器以这种方式调节自身的负载。 也就是说,如果他们自己超负荷工作,他们会把客户踢到其他地方。 也许一个自动的软件切换到正确的服务器会有帮助。 Heh heh, 错误的服务器实现... 也就是说,服务器不是纵向扩展,而是横向扩展加入到一个集群中,并愚蠢地将客户端重定向到另一个服务器。 在这种情况下,平移是一个重要的优先事项,这不是正确的实现。 Andrey Dik 2020.04.02 07:25 #26914 Andrey Khatimlianskii: 雷纳特曾经解释说,服务器以这种方式调节自身的负载。 也就是说,如果他们自己超负荷工作,他们会把客户踢到其他地方。 也许一个自动的软件切换到正确的服务器会有帮助。 啊哈,所以这就是... 亲爱的开发者,请密切关注,这个问题非常严重。 如果你需要,我可以把我个人的日志给你。 Andrey Khatimlianskii 2020.04.02 07:53 #26915 Roman: 在这种情况下,重要的优先级是ping,这不是正确的实现。 如果服务器忙到有50毫秒的队列,那么1毫秒的ping有什么乐趣呢? 不是说我在为目前的实施方式辩护,只是推理。 Andrey Dik 2020.04.02 09:08 #26916 Andrey Khatimlianskii: 如果服务器忙到有50毫秒的队列,那么1毫秒的ping有什么乐趣呢? 不是说我在为目前的实施方式辩护,只是推理。 如果mt5服务器不能应付....,那就太糟糕了。我们将不得不转移到一个能够处理它的平台。 Renat Fatkhullin 2020.04.02 09:22 #26917 请看一下终端日志。 所有重新连接、断开连接的原因和网络集群的重新扫描都显示在这里。 重新连接是每隔几小时自动评估一次,而不是每隔几秒钟。否则,终端将在服务器之间进行一轮不断的跳转。 Roman 2020.04.02 10:59 #26918 Andrey Khatimlianskii: 如果服务器忙到有50毫秒的队列,那么1毫秒的ping有什么乐趣呢? 不是说我在为目前的实施方式辩护,只是推理。 为了确保服务器不被完全加载,有必要为服务器建立一个垂直缩放方案。 也就是说,在服务器的峰值负载期间,例如在80%的负载时,铁力会自动增加。 供应商拥有大量的这种权力,通过一个或多个服务器来选择供应商的能力是不现实的。 当服务器上的峰值负载减少时,那么增加的铁的容量就会减少到以前的参数。 有了这种扩展,就不会有客户端重定向到另一个服务器。 重定向到另一个服务器是一种紧急情况,如果服务器将被关闭或出现一些故障,等等。 而MQ可能把他们的实现建立在横向扩展的基础上,这是为网络服务器设计的,在那里重定向到另一个服务器并不重要。 Igor Zakharov 2020.04.02 11:22 #26919 当文字在灰色(其他颜色也可以)的矩形下时,会出现轮廓和颜色的 "侵蚀"。 更大的文本。 Andrey Dik 2020.04.02 13:00 #26920 Renat Fatkhullin: 请看一下终端日志。 所有重新连接、断开连接的原因和网络集群的重新扫描都显示在这里。 重新连接是每隔几小时自动评估一次,而不是每隔几秒钟。否则,终端将在服务器之间进行一轮又一轮的不断跳转。 是的,与服务器1失去了连接,是的,它连接到了服务器3,但为什么它没有再次自动连接到服务器1,这一点不清楚。 在任何情况下,现代自动交易不是一个季度交易一次,失去连接几个小时是不能接受的。当服务器3连接时,终端冻结,报价数分钟不更新。 也许服务器和客户端的构建差异太大,这很关键。经纪人的服务器是2280,我的终端是2363。 1...268526862687268826892690269126922693269426952696269726982699...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
那么我不知道...
在这里我不知道......支付了一个便宜的VPS和0使用,从MQ的VPS没有给这个经纪人这样的ping,顺便说一下,否则我可能会很高兴使用它。
在这里我不知道......我花钱买了一个便宜的VPS,但它没有任何作用,来自MQ的VPS没有给这个经纪人这样的ping,顺便说一下,否则我可能会很高兴使用它。
雷纳特曾解释说,服务器以这种方式调节自身的负载。
也就是说,如果他们自己超负荷工作,就会把客户推给其他机构。
也许一个自动的软件切换到正确的服务器会有帮助。
雷纳特曾经解释说,服务器以这种方式调节自身的负载。
也就是说,如果他们自己超负荷工作,他们会把客户踢到其他地方。
也许一个自动的软件切换到正确的服务器会有帮助。
Heh heh, 错误的服务器实现...
也就是说,服务器不是纵向扩展,而是横向扩展加入到一个集群中,并愚蠢地将客户端重定向到另一个服务器。
在这种情况下,平移是一个重要的优先事项,这不是正确的实现。
雷纳特曾经解释说,服务器以这种方式调节自身的负载。
也就是说,如果他们自己超负荷工作,他们会把客户踢到其他地方。
也许一个自动的软件切换到正确的服务器会有帮助。
亲爱的开发者,请密切关注,这个问题非常严重。
如果你需要,我可以把我个人的日志给你。
在这种情况下,重要的优先级是ping,这不是正确的实现。
如果服务器忙到有50毫秒的队列,那么1毫秒的ping有什么乐趣呢?
不是说我在为目前的实施方式辩护,只是推理。
如果服务器忙到有50毫秒的队列,那么1毫秒的ping有什么乐趣呢?
不是说我在为目前的实施方式辩护,只是推理。
如果mt5服务器不能应付....,那就太糟糕了。我们将不得不转移到一个能够处理它的平台。
请看一下终端日志。
所有重新连接、断开连接的原因和网络集群的重新扫描都显示在这里。
重新连接是每隔几小时自动评估一次,而不是每隔几秒钟。否则,终端将在服务器之间进行一轮不断的跳转。
如果服务器忙到有50毫秒的队列,那么1毫秒的ping有什么乐趣呢?
不是说我在为目前的实施方式辩护,只是推理。
为了确保服务器不被完全加载,有必要为服务器建立一个垂直缩放方案。
也就是说,在服务器的峰值负载期间,例如在80%的负载时,铁力会自动增加。
供应商拥有大量的这种权力,通过一个或多个服务器来选择供应商的能力是不现实的。
当服务器上的峰值负载减少时,那么增加的铁的容量就会减少到以前的参数。
有了这种扩展,就不会有客户端重定向到另一个服务器。
重定向到另一个服务器是一种紧急情况,如果服务器将被关闭或出现一些故障,等等。
而MQ可能把他们的实现建立在横向扩展的基础上,这是为网络服务器设计的,在那里重定向到另一个服务器并不重要。
当文字在灰色(其他颜色也可以)的矩形下时,会出现轮廓和颜色的 "侵蚀"。
更大的文本。
请看一下终端日志。
所有重新连接、断开连接的原因和网络集群的重新扫描都显示在这里。
重新连接是每隔几小时自动评估一次,而不是每隔几秒钟。否则,终端将在服务器之间进行一轮又一轮的不断跳转。
是的,与服务器1失去了连接,是的,它连接到了服务器3,但为什么它没有再次自动连接到服务器1,这一点不清楚。
在任何情况下,现代自动交易不是一个季度交易一次,失去连接几个小时是不能接受的。当服务器3连接时,终端冻结,报价数分钟不更新。
也许服务器和客户端的构建差异太大,这很关键。经纪人的服务器是2280,我的终端是2363。