MT5和速度在行动 - 页 36

 
prostotrader:

不同的机器人,但都大致按照相同的方案建造。

一个终端中同时有42个工作,在三个终端中,126个约为400个字符

而且没有任何东西会放慢速度。

20个交易符号。在任何时候,都有>60个未结头寸和相同数量的挂单。对某一事物的修改可能在一秒钟内发生数次,也可能在几分钟内什么都不发生。

为了避免遗漏点数,它们是通过CopyTicks从调用的前一个时刻到当前时刻取的。为了避免历史遗失的问题,对其进行了分析。特别是,只有新的订单/交易被分析为有效。不使用市场订单。


这个方案持有终端的任何故障,滞后等。并给出了一个非常高的与测试者匹配的水平。

很可能你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。

 
fxsaber:

20个交易符号。任何时候都有>60个未结头寸和相同数量的挂单。对某一事物的修改可能在一秒钟内发生数次,也可能在几分钟内什么都不发生。

为了避免遗漏点数,它们是通过CopyTicks从调用的前一个时刻到当前时刻取的。为了避免历史遗失的问题,对其进行了分析。特别是,只有新的订单/交易被分析为有效。不使用市场订单。


这个方案持有终端的任何故障,滞后等。并给出了一个非常高的与测试者匹配的水平。

很可能你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。

我可以问你一个问题吗?我没有理解错,订单的执行比市场订单的执行更准确?

 
Valeriy Yastremskiy:

让我问你一个问题。我认为订单的执行比市场订单的执行更准确,这样的假设是否正确?

限价单和提货单(取决于经纪商)的执行没有负滑点。市场几乎总是以负滑点执行。

也就是说,与市场交易是无利可图的。

 
fxsaber:

最有可能的是,你没有分析过,可能的数据遗漏。总而言之,这是一个不同的计划。

举个例子,你可能会遇到的情况。

Синхронный OrderSend сообщает об успешном выполнении быстрее, чем пинг до торгового сервера, - обманывает
Синхронный OrderSend сообщает об успешном выполнении быстрее, чем пинг до торгового сервера, - обманывает
  • 2020.09.29
  • www.mql5.com
Сабж на двух примерах. Пинг ~42 мс. Пример 1. Пример 2. Произвожу проверку на валидацию корректность многих действий в MT5...
 
fxsaber:

限额和取款(取决于经纪商)的执行没有负滑点。市场几乎总是负滑点。

也就是说,市场的交易是无利可图的。

谢谢你。

 
fxsaber:

限额和取款(取决于经纪商)的执行没有负滑点。市场几乎总是负滑点。

也就是说,用保证金交易是无利可图的。

此外,挂单 在市场上创造了支持水平,并通过创造流动性,以最小的佣金在加密货币交易所得到回报。

 
Dmi3:

这很奇怪,对我来说正好相反。

...我已经放弃了所有的OnBooks,改回了OnTick,...

如果你不需要成交量和出价,那么OnTick()是正确的解决方案,但是我需要

但我不仅需要音量,还需要堆栈的任何变化,不幸的是,OnTick()不起作用。

 
fxsaber:


一般来说,是一个不同的计划。

如果你的计划正在放缓,也许应该寻找(发明)另一个计划?

顺便说一下,这里是计算机的负载,有126个机器人在3个终端上运行。

添加

如果你在12月之前没有解决你的问题,我将在我的方案上为你写一个演示。

我现在正忙着建造它。

 
prostotrader:

如果你的计划正在放缓,也许你应该寻找(发明)另一个计划?

顺便说一下,这是计算机的负载,有126个机器人在3个终端上运行。

我可以写同样的专家顾问。只是我的写作水平不同。因此,有这么多可重复的实质性错误报告。

 
fxsaber:

....只是我的写作水平不同。....。

啊,是的,我完全忘记了我在和谁说话......。

对不起...

由以下人员添加

那就试试吧,以 你的水平,至少有一半是这样的......。