MT5终端今天更新，"优化 "窗口在测试过程中没有显示出来
我们正忙于对测试器进行大的性能升级，并重新设计重载模式。已经进行了重大改进，新的加速方法将很快实施。
过道列表窗口决定在计算结束时显示，这样就不会在维护、重新排序和显示不断变化的过道列表上浪费真正大量的资源。
真的存在巨大的资源浪费和减速现象。特别是当我们在谈论几十万行，几百万和几千万次的传递时。用眼睛看一堆初步数据是没有合理意义的。
我们正在运行优化和运行测试，有1亿个完整的通过。
很明显，我们不能用这样的数字来谈论实时重新排序和显示2-5-10-5000万个数值的表格。只有一个选择--迅速而经济地收集所有的东西，最后分类，并提供任何深度的视图。
我们正忙于对测试仪进行大的性能升级，并正在重新设计重载模式。已经进行了重大改进，新的加速方法将很快实施。
过道列表窗口决定在计算结束时显示，这样就不会在维护、重新排序和显示不断变化的过道列表上浪费真正大量的资源。
真的存在巨大的资源浪费和减速现象。特别是当我们在谈论几十万行，几百万和几千万次的传递时。用眼睛看一堆初步数据是没有合理意义的。
我们正在运行优化和性能测试，有1亿个完整的通过。
也许你可以用一个开/关按钮来实现这个功能。使用起来会很方便。
另外，在停止优化并在参数不变的情况下重新启动后，优化会从头开始，而不是从停止((((。
其中实现了严重的提速，这在MetaQuotes-Demo的测试版1809中可以看到。
- 用新的高性能引擎处理以前计算中的缓存提升
- 处理庞大的列表和分类的工作
- 测试员代理 的并发运行，特别是当有几十个或几百个测试员（农场）的时候。
- 处理和重新计算遗传学中以前结果的缓存的新机制
- 减少整个前台的系统开销
- 很多小的修正
请自己尝试一下新的测试器。
此外，在停止和重新启动后，参数不变的情况下，优化从头开始，但不是从停止的那一刻开始((((。
你能重复这一点，并完整地描述条件和日志来重现吗？
这就是问题所在，我们已经从根本上重写了结果缓存和重新计算的机制。他们的工作非常好，也很正确。
我现在自己特别检查过了。
- 开始测试，等待10%的优化通过，按下停止键。然后开始--它从10%的最后结果开始。这很完美。
- 现在我把测试变得更难了。在第1步按下停止键，达到70%。重新启动终端并按下 "开始 "键--测试开始于70%。它是完美的。
最有可能的是，你重新编译了专家顾问或在市场环境中做了一些其他的改变，这不可避免地导致了缓存的重置。
我现在已经亲自检查了。
- 开始测试，等待10%的优化通过，按下停止键。然后开始--从10%的最后结果算起。完美。
- 我增加了测试的难度。我在第1步的70%处按下了停止键。重新启动终端并按下 "开始 "键--测试开始于70%。这很完美。
是的，这很好。
让优化标签只在你按下停止时出现。如果它能加快工作进度--那么就很明智。
在表格旁边做一个 "刷新 "按钮不是更合理吗？ 这样用户就可以自己控制表格的更新，所有的问题都会消失。
而你所删除的东西--嗯，这根本不是一个选项。 在优化过程中，总是需要监测结果。
最后，由用户决定是否查看表格。 如果表格标签被最小化，就不应该有任何排序。
今天更新了终端。
开始了优化工作。没有 "优化 "标签(()。
停止了优化，之后才出现了 "优化 "标签。
这是一个错误吗？或者是一个新的功能。