我怎样才能得到100毫秒的图表？ - 页 2 1234 新评论 gordon 2010.05.22 00:46 #11 McGene4xPro: [....]那么你知道我有什么办法可以把它设置为第二张图吗？ 你需要修改代码来做到这一点...这应该不会太难。但是，我认为你是在浪费时间... Hatem Abou Ouf 2010.05.22 02:55 #12 gordon: 它并不是这样的...延迟是你的终端和经纪人的服务器之间的往返时间。这并不依赖于任何特定的经纪人!它依赖于你的电脑和经纪商的服务器之间的物理连接。粗略地说--它们的物理距离越近，延迟就越低（由于网关/交换机的数量较少，两者之间的传输线较短）。因此，为了降低你的延迟，你需要得到一个服务器在物理上尽可能靠近你的电脑的经纪人。显然，最好的方法是通过VPS/专用服务器进行交易，该服务器实际靠近你的经纪人，甚至可能位于经纪人的IT中心（一些经纪人甚至免费提供VPS账户）。p.s. 这个论坛上的一些人对延迟有不同的定义 - 他们把经纪人的执行时间加到延迟中...我个人认为这是一个不同的主题，特别是由于这是一个不受你控制的东西（在实践中...我的意思是，比较经纪人的执行时间是不现实的......）。 非常有用的信息，谢谢你的分享。但是，当我做pingtest测试互联网服务器的速度时，大约是20ms，所以我假设纽约的经纪人的互联网连接延迟将是100ms左右，这对我的策略是可以接受的。如果我去Dukascopy，这将会更长。 事实上，我是那些把延迟定义为从我的电脑发出订单到成交的时间的人。然而，我同意，有些延迟电路我们不能控制 太多。 谢谢你的分享... Hatem Abou Ouf 2010.05.22 02:55 #13 gordon 2010.05.22 03:20 #14 McGene4xPro: 非常有用的信息，谢谢你的分享。然而，当我做pingtest测试到互联网服务器的速度时，大约是20ms，所以我假设互联网连接到纽约的经纪人的延迟将是100ms左右，这对我的策略是可以接受的。如果我去Dukascopy，这将会更长。 不要假设什么，你可以很准确地测量这个。首先找到你的经纪人的IP地址（认真的经纪人会在他们的网站上提到这个，或者看这里如何找到它 ->https://www.mql5.com/en/forum/122800）。请注意，大多数经纪商都有一个以上的IP地址，所以要把它们都找出来。 接下来使用ping.exe和tracert.exe检查到你的经纪人服务器的延迟和跳数（如果你不知道怎么做，可以用Google搜索......有很多指南在流传）。 Hatem Abou Ouf 2010.05.22 03:37 #15 现在，我将使用第二个图表进行测试，并在amibroker上自动执行我的计划。 esignal--> amibroker--> API dukascopy 你认为Multichart和amibroker哪个更好？ 我已经下载了multiping，一旦开市，我将测试连接到一些相关经纪商服务器的延迟。 谢谢 gordon 2010.05.22 03:49 #16 McGene4xPro wrote >> 你认为Multichart和amibroker哪个更好？ 我对这些没有什么经验，所以没有意见......但如果你不使用MT4，你在这里做什么？ Hatem Abou Ouf 2010.05.22 14:10 #17 :), 我还在使用MT4，我从这一点出发，如何能在MT4中实现1s时间的图表。然后，我现在意识到，如果我用MT4做这个，我可能会滞后一秒以上:).所以不值得去做。所以，我转而使用另一个图表和执行平台进行搜索...就是这样。 但我非常感谢您的意见和分享的信息。 Hatem Abou Ouf 2010.06.10 19:26 #18 csebastian: 好吧，很好的链接，但不适合我们......即使我们中的一些人愿意认为是 "算法交易者"，我们也离那很远...... 当我说 "我们 "时，我指的是MetaTrader用户，当然......。MT是为零售客户准备的，当我们谈论超高频率-低延迟-算法交易（或任何你喜欢的称呼），你需要一些其他技术。多ECN连接，清算所，主机托管，定制服务器，高效算法，等等......另外，你知道一个超低延迟的路由器可以让你花费80万美元左右吗？ 总之，我想说的是，100毫秒是荒谬的，当你谈论基于时间的图表时，OHLC-V类型的图表是隐含的，所以，想象一下100毫秒的图表会是什么样子？ 也许你最好用tick图，那更合适。 而且，作为一个小测试，你应该用你的首选经纪人检查你的ping时间。以我的连接为例，在大多数经纪商的测试中，我得到的平均延迟是150ms左右（只有一个经纪商的延迟是70ms-52ms左右）。此外，所有MT经纪商都会过滤信号，更不用说途中的数据包损失了......你不会得到所有提示，这是肯定的。 有一种情况是，如果你把服务器放在与你的经纪人相同的数据中心（或附近的某个地方），你的100ms图表在某种程度上可以发挥作用。但在我看来，这是一种无用的。 现在我又回到了更谦虚的目标:)。我希望能有一个可定制的 "秒 "的时间框架。在10秒到50秒之间。我怎样才能做到这一点。也使用周期 转换器吗？ 请帮助。 Chee Chua 2010.12.11 02:00 #19 任何关于毫秒或1秒图表的更新。 有没有关于低延迟 平台的更多更新 gordon 2010.12.11 07:17 #20 johnnybegoode: 任何关于毫秒或1秒图表的更新。 有没有关于低延迟平台的更多更新 在MT4中仍然无关紧要。AFAIK，没有零售"低延迟"平台。 1234 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
[....]那么你知道我有什么办法可以把它设置为第二张图吗？
它并不是这样的...延迟是你的终端和经纪人的服务器之间的往返时间。这并不依赖于任何特定的经纪人!它依赖于你的电脑和经纪商的服务器之间的物理连接。粗略地说--它们的物理距离越近，延迟就越低（由于网关/交换机的数量较少，两者之间的传输线较短）。
因此，为了降低你的延迟，你需要得到一个服务器在物理上尽可能靠近你的电脑的经纪人。显然，最好的方法是通过VPS/专用服务器进行交易，该服务器实际靠近你的经纪人，甚至可能位于经纪人的IT中心（一些经纪人甚至免费提供VPS账户）。
p.s. 这个论坛上的一些人对延迟有不同的定义 - 他们把经纪人的执行时间加到延迟中...我个人认为这是一个不同的主题，特别是由于这是一个不受你控制的东西（在实践中...我的意思是，比较经纪人的执行时间是不现实的......）。
非常有用的信息，谢谢你的分享。但是，当我做pingtest测试互联网服务器的速度时，大约是20ms，所以我假设纽约的经纪人的互联网连接延迟将是100ms左右，这对我的策略是可以接受的。如果我去Dukascopy，这将会更长。
事实上，我是那些把延迟定义为从我的电脑发出订单到成交的时间的人。然而，我同意，有些延迟电路我们不能控制 太多。
谢谢你的分享...
非常有用的信息，谢谢你的分享。然而，当我做pingtest测试到互联网服务器的速度时，大约是20ms，所以我假设互联网连接到纽约的经纪人的延迟将是100ms左右，这对我的策略是可以接受的。如果我去Dukascopy，这将会更长。
不要假设什么，你可以很准确地测量这个。首先找到你的经纪人的IP地址（认真的经纪人会在他们的网站上提到这个，或者看这里如何找到它 ->https://www.mql5.com/en/forum/122800）。请注意，大多数经纪商都有一个以上的IP地址，所以要把它们都找出来。
接下来使用ping.exe和tracert.exe检查到你的经纪人服务器的延迟和跳数（如果你不知道怎么做，可以用Google搜索......有很多指南在流传）。
现在，我将使用第二个图表进行测试，并在amibroker上自动执行我的计划。
esignal--> amibroker--> API dukascopy
你认为Multichart和amibroker哪个更好？
我已经下载了multiping，一旦开市，我将测试连接到一些相关经纪商服务器的延迟。
谢谢
McGene4xPro wrote >>
你认为Multichart和amibroker哪个更好？
:), 我还在使用MT4，我从这一点出发，如何能在MT4中实现1s时间的图表。然后，我现在意识到，如果我用MT4做这个，我可能会滞后一秒以上:).所以不值得去做。所以，我转而使用另一个图表和执行平台进行搜索...就是这样。
但我非常感谢您的意见和分享的信息。
好吧，很好的链接，但不适合我们......即使我们中的一些人愿意认为是 "算法交易者"，我们也离那很远......
当我说 "我们 "时，我指的是MetaTrader用户，当然......。MT是为零售客户准备的，当我们谈论超高频率-低延迟-算法交易（或任何你喜欢的称呼），你需要一些其他技术。多ECN连接，清算所，主机托管，定制服务器，高效算法，等等......另外，你知道一个超低延迟的路由器可以让你花费80万美元左右吗？
总之，我想说的是，100毫秒是荒谬的，当你谈论基于时间的图表时，OHLC-V类型的图表是隐含的，所以，想象一下100毫秒的图表会是什么样子？
也许你最好用tick图，那更合适。
而且，作为一个小测试，你应该用你的首选经纪人检查你的ping时间。以我的连接为例，在大多数经纪商的测试中，我得到的平均延迟是150ms左右（只有一个经纪商的延迟是70ms-52ms左右）。此外，所有MT经纪商都会过滤信号，更不用说途中的数据包损失了......你不会得到所有提示，这是肯定的。
有一种情况是，如果你把服务器放在与你的经纪人相同的数据中心（或附近的某个地方），你的100ms图表在某种程度上可以发挥作用。但在我看来，这是一种无用的。
现在我又回到了更谦虚的目标:)。我希望能有一个可定制的 "秒 "的时间框架。在10秒到50秒之间。我怎样才能做到这一点。也使用周期 转换器吗？
请帮助。
任何关于毫秒或1秒图表的更新。
有没有关于低延迟 平台的更多更新
任何关于毫秒或1秒图表的更新。
有没有关于低延迟平台的更多更新