FM 215:59:58.313 Core 5 pass 1396 tested with error "incorrect input parameters"in0:00:00.218
KI 216:00:01.301 Core 8 pass 1664 tested with error "incorrect input parameters"in0:00:00.188
MD 216:00:01.301 Core 8 pass 1665 tested with error "incorrect input parameters"in0:00:00.187
EP 216:00:01.301 Core 8 pass 1666 tested with error "incorrect input parameters"in0:00:00.203
RL 216:00:01.301 Core 8 pass 1667 tested with error "incorrect input parameters"in0:00:00.203
LH 216:00:01.371 Core 3 pass 1413 tested with error "incorrect input parameters"in0:00:00.187
EG 216:00:01.371 Core 3 pass 1414 tested with error "incorrect input parameters"in0:00:00.187
KS 216:00:01.371 Core 3 pass 1415 tested with error "incorrect input parameters"in0:00:00.188
PO 216:00:06.154 Core 4 pass 1556 tested with error "incorrect input parameters"in0:00:00.218
LK 216:00:06.154 Core 4 pass 1557 tested with error "incorrect input parameters"in0:00:00.219
DF 216:00:06.154 Core 4 pass 1558 tested with error "incorrect input parameters"in0:00:00.203
RR 216:00:06.154 Core 4 pass 1559 tested with error "incorrect input parameters"in0:00:00.219
MN 216:00:10.151 Core 6 pass 1812 tested with error "incorrect input parameters"in0:00:00.203
GJ 216:00:10.151 Core 6 pass 1813 tested with error "incorrect input parameters"in0:00:00.219
GI 216:00:10.151 Core 6 pass 1814 tested with error "incorrect input parameters"in0:00:00.203
GE 216:00:10.637 Core 5 pass 1397 tested with error "incorrect input parameters"in0:00:00.203
而且，只有那些没有错误的通过才会被缓存。
缓存中同时有数据
QK 016:05:34.655 Tester cache file 'tester\cache\KrL_4.93.GBPCHF.M30.20170401.20170701.10.678BEE8FF38C7C7BF8515210F346F03E.opt' contains 441 records
HH 016:05:34.655 Tester Experts\KrL_4.93.ex5 on GBPCHF,M30 from2017.04.0100:00 to 2017.07.0100:00
RI 016:05:34.758 Tester GBPCHF: history data begins from2009.10.2000:00
MP 016:05:34.758 Tester GBPUSD: history data begins from1998.01.0200:00
PK 016:05:34.863 Tester USDCHF: history data begins from1998.01.0200:00
LE 016:05:34.863 Tester complete optimization started
RF 016:05:34.863 Tester size of initial task batch is512
MR 016:05:34.868 Tester reading of 441 result records from cache...
QP 016:05:34.868 Tester 1 blocks of results read from cache in0 ms
测试器中的IndicatorRelease() 以前不工作，现在能工作吗？
@Slava
问题："运行单个测试 "的按钮没有作用。
我正在做优化。
优化完成后，如果我改变日期（测试的开始和结束），那么按钮就会变成不活动："运行单个测试"。
当我改变刻度线生成模型时，也观察到同样的情况。
建造：1835年。
这个问题在一个月前绝对不存在!
这是一个错误还是这样的想法？
@Slava
问题："运行单个测试 "的按钮没有作用。
我正在做优化。
优化完成后，如果我改变日期（测试的开始和结束），那么按钮就会变成不活动："运行单个测试"。
当我改变刻度线生成模型时，也观察到同样的情况。
建造：1835年。
这个问题在一个月前绝对不存在!
这是一个错误还是这样的想法？
我也加入了这个问题。
把它放回原来的样子!
现在我在等待优化器运行更长的时间。我将看看会发生什么。
你的案子很有意义。失败的通行证不会被写入高速缓存
而且，只有那些没有错误的通过才会被缓存。
缓存中同时有数据
你必须考虑在像你这样的情况下该怎么做。EA本身已经失败，而不是因为外部因素和一些错误。如果你只改变EA的输入参数，就会创建一个新的缓存。以前的缓存没有被删除。
我也加入了这个问题。
把它放回原来的样子!
返回到
返回到
1835的建造速度是否和1816一样慢，还是和17xx的版本一样？
返回到
你能不能好心地告诉我。
为什么他们在"遗传算法"模式下取消了停顿。
我怀疑在第三方代理上使用时，暂停会造成问题。
但对于本地代理的优化，这个功能非常有用。
我有输入参数的检查和 INIT_PARAMETERS_INCORRECT的输出。
但问题是，以前的优化器版本并没有这样的重置功能。
这与修订后的缓存有关吗？
而结果不是所有的 "重置 "通行证在重新启动后都要经过一个新的通行证吗？只要它们没有被写下来？
纯粹是算术上的。
如果最初有1000个通行证，停在300个，现在还剩下700个。
假设INIT_PARAMETERS_INCORRECT有100次通过。
启动后，开始是200。而且还剩下800张通行证。我们需要通过同样的1000张通行证。
事实证明，我们有100张不必要的通行证。虽然不是很贵，但还是?
而对我来说：在18760张通行证中，有1534张是 "正确的"。这意味着，17226次传球将被重复使用!这不是很好。
是的，复位通道以新的方式进行。在INIT_PARAMETERS_INCORRECT的情况下，这些通行证会很快地飞过去。
思考如何在缓存中标记这种通行证
是的，复位通道以一种新的方式执行。在INIT_PARAMETERS_INCORRECT的情况下，这些通行证会很快地飞过去。
思考如何在缓存中标记这种通行证
然后你可以一次性返回有关财务指标 的正确数据--作为零而不是疯狂的数字？