MT5和速度在行动 - 页 38

[fxsaber]

Renat Fatkhullin:

删除订单会导致所选历史的缓存完全失效。

这是个缺陷吗？

[Maxim Dmitrievsky]

他在所有的主题中都引用了他的 "水平 "作为主要论据 :D

[fxsaber]

Dmi3:

SymbolInfoTick对我来说也变慢了。

即使在运行一个EA的情况下，也会出现滞后现象。

[fxsaber]

发现了一个不能用于战斗EA中的每一个虱子的讨厌鬼。

// Дикие тормоза OnjectsTotal
#include <fxsaber\Benchmark.mqh> // https://c.mql5.com/3/332/Benchmark.mqh

input int inCycle = 10;       // Циклов проверки в одном OnTick
input int inAlertTime = 1000; // Нижний порог в микросекундах

#define _B2(A) _B(A, inAlertTime)

void OnTick()
{
  for (int i = 0; i < inCycle; i++)
    _B2(::ObjectsTotal(0));
}

在一个没有图形对象的图表上运行。

2020.09.30 11:48:01.573         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 1102 mсs.
2020.09.30 11:48:01.868         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 7207 mсs.
2020.09.30 11:48:02.770         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 8017 mсs.
2020.09.30 11:48:02.772         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 1851 mсs.
2020.09.30 11:48:03.570         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 7116 mсs.
2020.09.30 11:48:03.573         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 2636 mсs.
2020.09.30 11:48:03.575         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 2032 mсs.
2020.09.30 11:48:04.380         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 3304 mсs.
2020.09.30 11:48:04.399         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 18384 mсs.
2020.09.30 11:48:04.681         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 7211 mсs.
2020.09.30 11:48:04.683         Alert: Time[Test9.mq5 123 in OnTick: ::ObjectsTotal(0)] = 1765 mсs.

如果在最初的测试脚本 中包括这个讨厌的东西...

对于ObjectsTotal，我只对一件事感兴趣--这是不是一个错误，它是否会很快被修复？还是说这是一种常态？- 那我就尽量减少这种电话。

[fxsaber]

fxsaber:
发现了一个不能用在EA中的每一个tick上的nastiness。

从EA中烧掉了HistorySelect-函数和Object-函数。完全转换为快照模式，以获取当前位置/订单。

20个EA（每个都在自己的符号上）出现连接失败和其他怪事。市场上有数以百计的头寸和订单。正如许多独立的TS。市场观察中的40个符号。

SymbolInfoTick非常慢。我还没有折断它。

一般来说，有一种工作方法可以摆脱滞后。

[fxsaber]

fxsaber:

总之，有一个可行的方法可以摆脱刹车的束缚。

我看到，即使是我现在的性能线的机器人也在运行，因此，终端CPU是15%。现在给大家一个提示!

• 关闭市场观察（CTRL+M）--只有交易的符号。
• 用当前位置关闭表格（CTRL+T）。
• 最小化所有的图表。

瞧，终端CPU 2.5%!卸载你的VPS。如果其他人有任何有效的建议，请告诉我。

亲爱的开发者，请具备将终端切换到最小资源消耗模式的能力，以便进行算法交易。

[Aleksey Vyazmikin]

fxsaber:

我看到，即使是我现在的性能衬托的机器人，也是以这样的方式运行，终端CPU是15%。现在给大家一个提示!

• 将所有的图表最小化。

如果我们只是尽量减少它们呢？

[fxsaber]

Aleksey Vyazmikin:

如果你只是把它们卷起来呢？

这就是我的意思。

我的俄语不好。

[Igor Makanu]

fxsaber:

如果其他人有任何有效的建议，请告诉我。

似乎MT5的图形界面 会给CPU带来负荷，数据量很可观，而且你需要获得所有的事件--鼠标点击....。

另外，我可以将EA作为一项服务来运行吗？- 唯一的不便是没有OnTick()事件。

[prostotrader]

Dmi3:

你是一个巨魔 :))))

不要用自己来判断别人。

这么差的分析能力，你怎么能成功交易呢？

1.你怎么知道这个截图是来自税务委员会的个人账户，因此是公开的，作为税务代理。

通知国税局，它（Opryvashka）扣留了我的税款 --> 因此有利润。

多少钱？可能是1卢布，也可能是几百万。

2.当然，我没有赚到所有的2650万，但我没有说我赚到了（放进口袋）。

我是说"好吧，那就用 你的水平试试， 至少有一半是这样 的......。"

对于这个数额，我的机器人为2019年做了盈利的交易。

由于我的交易，除了黄金和石油之外，只有对冲策略，所以有

当然也有亏损的交易（这是对冲的必要条件）。