MQL5的未来是MQL5+甚至是MQL6 - 页 7

新评论
 
Slawa:

我让你知道一个大秘密。在最大测试速度（32）下，没有任何滞后。副最高速度（31）有::睡眠(0)。仅仅是换了一下螺纹，就有了区别

但我不想用空循环来延迟--其他用户会生气。"为什么我什么都没得到，CPU的负荷就达到了100%！"

如果Sleep()不是在每个tick上调用？
 
Dmitry Fedoseev:
如果Sleep()不是在每个tick上调用？
在可视化方面存在明显的不平衡现象
 
MT4。
  1. 在优化时选择"遗传算法"时，我想指定 "总交易数 "的最小值，以避免优化器在选择 "可优化参数 "的最大值时选择 "总交易数 "越来越少的变体的循环。 并能根据优化时使用的天数自动计算 "总交易数 "的最小值。
    例如：从2015.01.01到2015.12.31=259天的优化，系数 "1 "等于259（"总交易量 "的最小值）或系数 "0.5 "等于~129（"总交易量 "的最小值）。
  2. 能够按照用于测试的天数降序进行测试（例如：从2015.01.01到2015.12.31，下一步从2015.01.02到2015.12。31，等等）的名义，确定专家顾问通过成功匹配开始测试的地方，"坐等""自由保证金 "的缩减，代价是专家顾问成功匹配进入和退出时，先前交易的余额增加。 或者只用初始存款进行测试，不使用余额的能力。
 
需要引入一个与IntelliSense 相对应的东西。
 
lilita bogachkova:
MT4。
  1. 在优化过程中选择"遗传算法"时，我想指定 "总交易数 "的最小值，以避免优化器在选择 "可优化参数 "的最大值时选择越来越少的 "总交易数 "的循环。 并能根据优化中使用的天数自动计算 "最小'总交易数'"的数值。
    例如：从2015.01.01到2015.12.31=259天的优化，系数 "1 "等于259（"总交易量 "的最小值）或系数 "0.5 "等于~129（"总交易量 "的最小值）。
  2. 能够按照用于测试的天数降序进行测试（例如：从2015.01.01到2015.12.31，下一步从2015.01.02到2015.12。31，等等）的名义，确定专家顾问通过成功匹配开始测试的地方，"坐等 "专家顾问成功匹配进入和退出时，由于以前交易的余额增加而导致的'自由保证金'的缩减。 或者只用初始存款进行测试的能力，不使用余额。

+1

目前所有的遗传优化器的标准都是 "非稳健 "的，也就是说，结果是过于优化，在前沿测试中无利可图。在我可以使用的EA中，我正在用自己的代码解决此类问题，检查每周的最低交易数量等。在来自市场的专家顾问中，我只是对所有参数做了最充分的测试，然后在excel中处理结果。

如果我们能够为任何EA的ontester()增加写自己的代码的可能性，许多问题就会得到解决。当然，它可能无法访问EA的全局变量，但TesterStatistics()的所有数据应该是可读的。


后来完成了它。
我想也是，如果脚本能够调用优化，那就更好了。调用参数--日期、EA名称和其自身参数等。通常策略测试器的全部功能。在测试结束时，脚本可以得到所有的结果，并可以完全访问每个结果的TesterStatistics()。

 
agvozdezkiy:

2.为Mac和Lin制作正常的版本，这样就不会有虚拟的东西了。每隔一段时间就在里面工作。

有多少百分比的人在他们手下交易？1%或1.5%？没有必要到处传播。

3.使之不仅可以用指标 "修复 "EA，而且还可以更新界面。

我认为最后一点的实施将加速MT的发展））。

我应该为我的交易员更新什么界面？请写得更清楚。

 
Slawa:

我让你知道一个大秘密。在最大测试速度（32）下，没有任何滞后。副最高速度（31）有::睡眠(0)。仅仅是换了一下螺纹，就有了区别

但我不想用空循环来延迟--其他用户会生气。"为什么我什么都没得到，CPU的负荷就达到了100%！"

酷!我从来没有想到会有这样的区别。
[删除]  
Alexey Volchanskiy:
嗯，欧塞姆剃刀，我们只是洗了它)
 
Dmitry Fedoseev:
如果Sleep()不是在每个tick上调用？
或者玩玩线程优先级。优先级值不多，但作为实验的一个选项。越是这样，就越能在5分钟内检查出来。嘿，我现在想到了一个主意，在视觉测试期间降低终端本身的优先级)))))。
 
12345678910111213
新评论