我怎样才能得到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秒图表的更新。
有没有关于低延迟平台的更多更新