2017.05.0802:35:33.074 Lucky: optimization started
2017.05.0802:49:51.431 Lucky: optimization finished in 0:14:182017.05.0802:49:51.436 There were 260 passes done during optimization
优化MT5
2017.05.0807:40:38.429 Tester Experts\MT4Orders\Lucky.ex5 on EURUSD,M1 from2017.04.1000:00 to 2017.04.1600:002017.05.0807:40:38.597 Tester EURUSD: preliminary downloading of history ticks started, it may take quite a long time
2017.05.0807:40:39.600 Tester EURUSD: preliminary downloading of history ticks completed, 100.38 Kb in0:01.170 (85.80 Kb/sec)
2017.05.0807:40:39.600 Tester EURUSD: ticks data begins from2016.11.0100:002017.05.0807:40:39.600 Tester complete optimization started
2017.05.0807:40:39.600 Tester size of initial task batch is2602017.05.0807:40:39.612 Core 1 agent process started
2017.05.0807:40:39.612 Core 1 connecting to 127.0.0.1:30002017.05.0807:40:41.620 Core 1 connected
2017.05.0807:40:41.622 Core 1 authorized (agent build 1598)
2017.05.0807:40:42.771 Core 1 common synchronization completed
2017.05.0807:40:42.797 Core 1 EURUSD: ticks synchronized already [43 bytes]
2017.05.0808:04:54.332 Tester optimization finished, total passes 2602017.05.0808:04:54.342 Statistics optimization done in24 minutes 16 seconds2017.05.0808:04:54.342 Statistics local 260 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)
2017.05.0808:04:54.342 Core 1 connection closed
过度杀戮(开始时为100,000美元)。
你对描述测试条件有一个奇怪的概念。
这种处理细节的方法给你随后的所有结论投下了巨大的阴影。
现在这在MT4中不起作用。
它现在在MT4中工作。
是否有或是否有确切的证据表明,滑移和激活规则完全按照所述的方式运作?
你能从技术上证明并解释外部程序如何改变MT4测试器引擎的订单触发条件?不是通过对这台发动机的深层注射?
你对测试条件的描述有一个奇怪的概念。
这样一种处理细节的方法给你后来的所有结论投下了巨大的阴影。
如果我没有告诉你什么,我不是故意的。我想我之前给了你所有的数据。但我要再重复一次。
加密测试参数(结果) => 发送到回环 => 解密测试参数(结果)。
如果我们从天花板上取50毫秒,我们得到260 * 2 * 50 / 1000 = 26秒。
这并不是太少。
如果能知道真实的数字,那就很有意思了。
Renat Fatkhullin:
Докажите и объясните технически, как это достигается.
它在技术上是如何实现的--我不知道。证明它--不是马上就准备好了(睡觉后我会的)。
是否有或是否有准确的证据表明,滑移和激活规则与所述完全一致?
你能从技术上证明并解释外部程序如何改变MT4测试器引擎的订单触发条件?不是通过对这台发动机的深层注射?
仅仅是多年来价差没有被固定这一事实就表明,注入的资金很深。这个MT4功能在许多论坛上非常受欢迎。唯一令人沮丧的是,它不是免费的。但试验是全面的,所以每个人都可以尝试。事实上,我在几个小时前安装了试用版本身,以创建这个主题。
建设性的将在稍作休息后才能支持。实际上,如果需要的话,大家现在已经可以检查报表了。
输入参数
你可以看到,当Shift=1时,有狂野的刹车。例如,以下是MT4如何应对零通的情况
即60多倍的速度。
SZ
关于交易、自动交易系统和策略测试的论坛
虫子,虫子,问题
fxsaber, 2017.04.26 15:08
请在优化器日志中显示优化参数的范围和步骤。
在代理商的日志中也有这样的句子
伴随着相关运行的信息--EA名称和它的输入参数。
可以看出,当Shift=1时,野性的刹车。例如,以下是MT4如何处理零点通过的情况
等待优化完成变得毫无意义,所以我停止了。
运行一个零的单次通过显示(没有等待完成),随着通过的运行,测试器的性能下降非常多。
不涉及历史功能。
如果我说得不对,我就不是这个意思。我想我之前给了你所有的细节。但我要再说一遍。
好吧,这是我在同一(只有Alpari-MT5-Demo服务器)上的结果。
显然,在MT5中,在单核中进行优化是没有意义的,即使在8核中,一切都会变得非常快。我相信你在MT4中的14分钟是在每核功率接近的CPU上完成的,所以时间可以比较。我甚至每个核心的频率只有2.6Ghz。
为什么在时间上没有线性减少?因为任务是不均衡的,因为行业的数量。有些通行证有100个交易(计算需要一秒钟),有些有23万个交易(长达50秒)。由于计算速度完全由谁和如何分配最长的通行证决定,所以包装中的关键路径不会大大减少。
你的滞后纯粹是由于发布版本中低效的交易历史扫描造成的。放缓的案例是有20万个或更多交易的通行证。
整个专家顾问的例子是这样写的:它只做一件事--以一种极其低效的方式扫描每一个刻度的整个交易历史。这就是每一次对整个历史的180万次全面重新扫描。更重要的是,MT5选择的代码不是原生的,而是以MT4风格包装形式的拐杖,这给了更多的费用。
正如我前面所展示的,我们大幅度地改写了大型贸易历史的操作和取样,现在在历史的深度上没有任何区别。
附上最新的Build 1598来检查,在那里一切都运行得很快。只需替换MetaTrader 5目录下的文件。
以下是通行证的记录。
一个有216k个交易的零通过(Shift=1,Limit=5参数)在7秒内完成。
整个专家顾问的例子是这样写的,它只做了一件事--它在每一个tick上扫描整个交易历史,效率低得可怕。这就是每次对整个交易历史进行180万次全面重新扫描。而MT5的代码并不是原生的,而是以MT4风格的包装形式存在的拐杖,这给了人们更多的支出。
关于交易、自动交易系统和策略测试的论坛
MT4-测试仪 VS MT5-测试仪
fxsaber, 2017.05.08 04:03
不涉及历史功能。
关于交易、自动交易系统和交易策略测试的论坛
MT4-测试仪 VS MT5-测试仪
fxsaber, 2017.05.08 01:11
如果对使用第三方库导致MT5速度减慢有任何怀疑,愿意的人可以用自己的方式在MQL5中重写这个EA的简单MT4逻辑,并测试这个假设。正如我前面所展示的,我们已经大幅改写了大型贸易历史的操作和取样,现在在历史的深度上没有区别。
我附上了最新的Build 1598来检查,在那里一切工作都很快。只需改变MetaTrader 5目录下的文件。
1598比1596工作得更快。而且它甚至在根本不使用历史功能的地方也能发挥作用。显然,终端在运行过程中造成其内脏的那些缓慢功能。
优化MT4
优化MT5
现在MT5比MT4慢了1.7倍。
ZS 不是所有的运行都完全匹配。所以三者中肯定有一个在说谎(MT4+TDS、MT5、MT4Orders)。我们将进行搜索。