MetaTrader 5策略测试器：缺陷，缺陷，改进建议 - 页 15

新评论
 
Slava:

本地代理进程在最后一次启动后的5分钟内生存（这不适用于可视化模式下的代理）。

在你的案例中，由于某些原因，在正常模式下运行的本地代理未能在可视化模式下重新启动

让我们试着在我们自己的环境中重现它。

这不是在玩。看起来像是出了问题
 
Slava:
不繁殖。似乎有什么东西出错了

是的，在重放的情况下，这有点棘手。例如，今天，输入参数重置了几次。当试图关闭它时，视频展示台挂得很紧。不能故意重复。

 
Slava:

这有什么区别呢？它在优化后也能活5分钟。

在市场调查窗口中左键单击所需的符号，并将其拖到测试器窗口。

2019.10.14 13:14:26.068 Tester 没有代理准备好，优化没有开始。
2019.10.14 19:01:43.867 Tester RTS-12.19: 开始初步下载历史记录，可能需要相当长的时间
2019.10.14 19:01:43.867 Tester RTS-12.19: 初步完成下载历史记录的工作
2019.10.14 19:01:43.876 测试仪 RTS-12.19: ticks数据从2019.08.26 00:00开始
2019.10.14 19:01:43.876 Core 1 tester agent start error


第一行是写在拖放字符之前的内容。在你的建议上拖动符号并试图开始测试 的过程中的其余条目

 
MetaTrader 5策略测试器 目前正在由MQ团队进行深度重新设计。正在进行深度重新设计，而不是你说的重新设计。谁写你的文本也是一个机器人？"机器人作家？"只是没有最终确定。
Тестирование стратегий - Алгоритмический трейдинг, торговые роботы - Справка по MetaTrader 5
Тестирование стратегий - Алгоритмический трейдинг, торговые роботы - Справка по MetaTrader 5
  • www.metatrader5.com
Тестер стратегий позволяет тестировать и оптимизировать торговые стратегии (советники) перед началом использования их в реальной торговле. При тестировании советника происходит его однократная прогонка с начальными параметрами на исторических данных. При оптимизации торговая стратегия прогоняется несколько раз с различным набором параметров...
 
KENT3004:
2019.10.14 13:14:26.068 Tester 没有代理准备好，优化没有开始。
2019.10.14 19:01:43.867 Tester RTS-12.19: 开始初步下载历史记录，可能需要相当长的时间
2019.10.14 19:01:43.867 Tester RTS-12.19: 初步完成下载历史记录的工作
2019.10.14 19:01:43.876 测试仪 RTS-12.19: ticks数据从2019.08.26 00:00开始
2019.10.14 19:01:43.876 Core 1 tester agent start error


第一行是写在拖放字符之前的内容。在你的建议上拖放符号并试图开始测试 的过程中的其余条目

第一行表示你没有任何测试代理在待命。
 
Slava:
第一行表示你没有任何处于准备状态的测试代理。

这正是问题所在 !在优化之后，发生了代理被禁用（Disablet）。有时是一个或两个，但在我的情况下，4个都被禁用。 我们手动启动它，一段时间后一切都会重复。我明白如何解决这个问题，但我认为这并不正常。

为什么没有自动添加市场概览中的符号，目前还不清楚。

 
KENT3004:

这正是问题所在 !在优化之后，发生了代理被禁用（Disablet）。有时是一个或两个，但在我的情况下，4个都被禁用。我们手动启动它，一段时间后一切都会重复。我明白如何解决这个问题，但我认为这并不正常。

为什么不能自动添加市场概览中的符号，目前还不清楚。

我们现在讨论的是什么？禁用代理或在测试/优化中使用符号的能力？

 
在遗传优化中，我使用了很多的参数。一旦变体的数量变得和科学符号显示的一样大（6.8768769e+21），第0代后的优化就会用一半的代理（8个中的4个）继续。在日志中没有提到这一点。 优化本身运行良好，但在半负荷的情况下，时间是原来的两倍。
 
Edgar:
在遗传优化中，我使用了很多的参数。一旦变体的数量变得和科学符号显示的一样大（6.8768769e+21），第0代后的优化就会用一半的代理（8个中的4个）继续。在日志中没有提到这一点。优化本身运行良好，但在半负荷的情况下，时间是原来的两倍。
这个问题已经由我在早期构建的分支中提出。它还没有被修复。我已经找到了我的拐杖。我禁用了部分代理（在我的例子中是10个中的3个），并在0次迭代后启用它，然后一切都很顺利。虽然有时，一些代理确实在这个过程中停止了，但很少，解决算法是一样的。
 
如果这些是正确的公式
double ProfitPlus = 0;  // Профит неотрицательных закрытых позиций.
double ProfitMinus = 0; // Профит отрицательных закрытых позиций.

int AmountPlus = 0;  // Количество неотрицательных закрытых позиций.
int AmountMinus = 0; // Количество отрицательных закрытых позиций.

for (int i = OrdersHistoryTotal() - 1; i >= 0; i--)
  if (OrderSelect(i, SELECT_BY_POS, MODE_HISTORY) && (OrderType() <= OP_SELL))
  {
    const double Profit = OrderProfit() + OrderCommission() + OrderSwap();
    
    if (Profit >= 0)
    {
      ProfitPlus += Profit;
      AmountPlus++;
    }
    else
    {
      ProfitMinus += Profit;
      AmountMinus++;
    }      
  }

const double PF = ProfitMinus ? -ProfitPlus / ProfitMinus : DBL_MAX; // Профит-фактор.
const double Profit = ProfitPlus + ProfitMinus;                      // Профит


测试员对这些数字的计算方式非常不同。我在这些公式和测试器所显示的结果中有着惊人的差异（除了利润）。

我建议我们弄清楚这个问题的真相。困难在于MT5到底认为什么是有利可图的交易。

1...8910111213141516171819202122...84
新评论
原因: