MT5和速度在行动 - 页 36 1...293031323334353637383940414243...94 新评论 fxsaber 2020.09.28 22:45 #351 prostotrader:不同的机器人,但都大致按照相同的方案建造。一个终端中同时有42个工作,在三个终端中,126个约为400个字符而且没有任何东西会放慢速度。 20个交易符号。在任何时候,都有>60个未结头寸和相同数量的挂单。对某一事物的修改可能在一秒钟内发生数次,也可能在几分钟内什么都不发生。 为了避免遗漏点数,它们是通过CopyTicks从调用的前一个时刻到当前时刻取的。为了避免历史遗失的问题,对其进行了分析。特别是,只有新的订单/交易被分析为有效。不使用市场订单。 这个方案持有终端的任何故障,滞后等。并给出了一个非常高的与测试者匹配的水平。 很可能你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。 Valeriy Yastremskiy 2020.09.29 04:14 #352 fxsaber:20个交易符号。任何时候都有>60个未结头寸和相同数量的挂单。对某一事物的修改可能在一秒钟内发生数次,也可能在几分钟内什么都不发生。为了避免遗漏点数,它们是通过CopyTicks从调用的前一个时刻到当前时刻取的。为了避免历史遗失的问题,对其进行了分析。特别是,只有新的订单/交易被分析为有效。不使用市场订单。这个方案持有终端的任何故障,滞后等。并给出了一个非常高的与测试者匹配的水平。很可能你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。 我可以问你一个问题吗?我没有理解错,订单的执行比市场订单的执行更准确? fxsaber 2020.09.29 05:34 #353 Valeriy Yastremskiy:让我问你一个问题。我认为订单的执行比市场订单的执行更准确,这样的假设是否正确? 限价单和提货单(取决于经纪商)的执行没有负滑点。市场几乎总是以负滑点执行。 也就是说,与市场交易是无利可图的。 fxsaber 2020.09.29 05:55 #354 fxsaber:最有可能的是,你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。 举个例子,你可能会遇到的情况。 Синхронный OrderSend сообщает об успешном выполнении быстрее, чем пинг до торгового сервера, - обманывает 2020.09.29www.mql5.com Сабж на двух примерах. Пинг ~42 мс. Пример 1. Пример 2. Произвожу проверку на валидацию корректность многих действий в MT5... Valeriy Yastremskiy 2020.09.29 06:16 #355 fxsaber:限额和取款(取决于经纪商)的执行没有负滑点。市场几乎总是负滑点。也就是说,市场的交易是无利可图的。 谢谢你。 Andrey Pogoreltsev 2020.09.29 07:35 #356 fxsaber:限额和取款(取决于经纪商)的执行没有负滑点。市场几乎总是负滑点。也就是说,用保证金交易是无利可图的。 此外,挂单 在市场上创造了支持水平,并通过创造流动性,以最小的佣金在加密货币交易所得到回报。 prostotrader 2020.09.29 17:48 #357 Dmi3:这很奇怪,对我来说正好相反。...我已经放弃了所有的OnBooks,改回了OnTick,... 如果你不需要成交量和出价,那么OnTick()是正确的解决方案,但是我需要 但我不仅需要音量,还需要堆栈的任何变化,不幸的是,OnTick()不起作用。 prostotrader 2020.09.29 17:50 #358 fxsaber:一般来说,是一个不同的计划。 如果你的计划正在放缓,也许应该寻找(发明)另一个计划? 顺便说一下,这里是计算机的负载,有126个机器人在3个终端上运行。 添加 如果你在12月之前没有解决你的问题,我将在我的方案上为你写一个演示。 我现在正忙着建造它。 fxsaber 2020.09.29 17:57 #359 prostotrader:如果你的计划正在放缓,也许你应该寻找(发明)另一个计划?顺便说一下,这是计算机的负载,有126个机器人在3个终端上运行。 我可以写同样的专家顾问。只是我的写作水平不同。因此,有这么多可重复的实质性错误报告。 prostotrader 2020.09.29 17:59 #360 fxsaber:....只是我的写作水平不同。....。 啊,是的,我完全忘记了我在和谁说话......。 对不起... 由以下人员添加 那就试试吧,以 你的水平,至少有一半是这样的......。 1...293031323334353637383940414243...94 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
不同的机器人,但都大致按照相同的方案建造。
一个终端中同时有42个工作,在三个终端中,126个约为400个字符
而且没有任何东西会放慢速度。
20个交易符号。在任何时候,都有>60个未结头寸和相同数量的挂单。对某一事物的修改可能在一秒钟内发生数次,也可能在几分钟内什么都不发生。
为了避免遗漏点数,它们是通过CopyTicks从调用的前一个时刻到当前时刻取的。为了避免历史遗失的问题,对其进行了分析。特别是,只有新的订单/交易被分析为有效。不使用市场订单。
这个方案持有终端的任何故障,滞后等。并给出了一个非常高的与测试者匹配的水平。
很可能你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。
20个交易符号。任何时候都有>60个未结头寸和相同数量的挂单。对某一事物的修改可能在一秒钟内发生数次,也可能在几分钟内什么都不发生。
为了避免遗漏点数,它们是通过CopyTicks从调用的前一个时刻到当前时刻取的。为了避免历史遗失的问题,对其进行了分析。特别是,只有新的订单/交易被分析为有效。不使用市场订单。
这个方案持有终端的任何故障,滞后等。并给出了一个非常高的与测试者匹配的水平。
很可能你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。
我可以问你一个问题吗?我没有理解错,订单的执行比市场订单的执行更准确?
让我问你一个问题。我认为订单的执行比市场订单的执行更准确,这样的假设是否正确?
限价单和提货单(取决于经纪商)的执行没有负滑点。市场几乎总是以负滑点执行。
也就是说,与市场交易是无利可图的。
最有可能的是,你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。
举个例子,你可能会遇到的情况。
限额和取款(取决于经纪商)的执行没有负滑点。市场几乎总是负滑点。
也就是说,市场的交易是无利可图的。
谢谢你。
限额和取款(取决于经纪商)的执行没有负滑点。市场几乎总是负滑点。
也就是说,用保证金交易是无利可图的。
此外,挂单 在市场上创造了支持水平,并通过创造流动性,以最小的佣金在加密货币交易所得到回报。
这很奇怪,对我来说正好相反。
...我已经放弃了所有的OnBooks,改回了OnTick,...
如果你不需要成交量和出价,那么OnTick()是正确的解决方案,但是我需要
但我不仅需要音量,还需要堆栈的任何变化,不幸的是,OnTick()不起作用。
一般来说,是一个不同的计划。
如果你的计划正在放缓,也许应该寻找(发明)另一个计划?
顺便说一下,这里是计算机的负载,有126个机器人在3个终端上运行。
添加
如果你在12月之前没有解决你的问题,我将在我的方案上为你写一个演示。
我现在正忙着建造它。
如果你的计划正在放缓,也许你应该寻找(发明)另一个计划?
顺便说一下,这是计算机的负载,有126个机器人在3个终端上运行。
我可以写同样的专家顾问。只是我的写作水平不同。因此,有这么多可重复的实质性错误报告。
....只是我的写作水平不同。....。
啊,是的,我完全忘记了我在和谁说话......。
对不起...
由以下人员添加
那就试试吧,以 你的水平,至少有一半是这样的......。