我一直收到这些错误,在优化时终止了云服务
2012.12.20 13:49:33 Tester 拒绝的任务达到极限,云连接将被关闭。
2012.12.20 13:49:32 MQL5 Cloud Europe 2 genetic pass (0, 33) tested with error "endless loop detected in OnInit function, expert rejected byMQL5 Cloud Network" in 802 sec (PR 141)
我的OnInit只有创建一个移动平均缓冲区。
有什么办法解决这个问题吗?谢谢。
如果我重新启动优化,它将回到第0代,这意味着我从后面几代获得的所有结果都将丢失,我将付出更多的钱,而且它还可能以同样的错误冻结。
如果有办法保存优化结果并从中恢复,那就更好了。
如果我重新启动优化,它将回到第0代,这意味着我从后面几代获得的所有结果都将丢失,我将支付更多的钱,而且它仍然可能以同样的错误冻结。
如果有一种方法可以保存优化结果并从中恢复,那就更好了。
我遇到了完全相同的问题。
你能解决这个问题吗?
时钟
我一直有完全相同的问题--但当时是用OnTick函数--也就是说,我得到的错误信息是。
"在600秒内(PR190),测试了遗传通(0,30),错误是 "在OnTick函数中检测到无尽的循环,专家被MQL5云网络 拒绝",接着是消息。
"被拒绝的任务达到极限,云连接将被关闭"。
这没有什么意义,因为我可以在我自己的4核机器上反复优化完全相同的专家,没有任何问题。有人在这个问题上有什么收获吗?
- cloud.mql5.com
我一直有完全相同的问题--但当时是用OnTick函数--也就是说,我得到的错误信息是。
"在600秒内(PR190),测试了遗传通(0,30),错误是 "在OnTick函数中检测到无尽的循环,专家被MQL5云网络 拒绝",接着是消息。
"被拒绝的任务达到极限,云连接将被关闭"。
这没有什么意义,因为我可以在我自己的4核机器上反复优化完全相同的专家,没有任何问题。有人在这个问题上有什么收获吗?
- www.mql5.com
我认为更好的办法是写信给ServiceDesk。
经过一番摆弄,我发现,如果一个优化变量有30个或更多的步骤,问题似乎就会发生。如果少于这个数,问题就不会发生--至少在我的专家号上是这样。有人能证实这一点吗?谢谢...
嗯...上述方法最初似乎奏效,但仍有同样的问题....。
这里有一个问题要问MetaQuotes的人,即错误"genetic pass (0,30) tested with error "endless loop detected in OnTickfunction, expert rejected byMQL5 Cloud Network" in 600 sec (PR 190)",每次我收到这个错误时,总是提到600秒的时间(也就是说,这个时间从未改变)。错误中提到的600秒是一个超时时间--即如果一个优化运行需要超过10分钟(600秒)才能完成,云中的代理基本上决定专家必须处于无休止的循环中并中止?
仅在云代理上检测到无休止的循环。如果其中一个调用(OnInit, OnDeinit, OnTick, OnTimer等)工作超过10分钟
嗨,斯特林戈。
首先,感谢你提供的信息。
但是,我对MetaQuotes的理由感兴趣。如果使用大量的 "Every Tick"数据(例如,2003.1.1 -> 2013.1.1),并且被优化的专家相当复杂,往往需要超过10分钟的时间来进行一次优化迭代。MetaQuotes选择10分钟作为超时时间,有什么具体原因吗?另外,云用户是否有办法增加这个超时时间,或者这已经被MetaQuotes "硬连接 "了?
我一直收到这些错误,在优化时终止了云服务
2012.12.20 13:49:33 Tester 拒绝的任务达到极限,云连接将被关闭。
2012.12.20 13:49:32 MQL5 Cloud Europe 2 genetic pass (0, 33) tested with error "endless loop detected in OnInit function, expert rejected byMQL5 Cloud Network" in 802 sec (PR 141)
我的OnInit只有创建一个移动平均缓冲区。
有什么办法解决这个问题吗?谢谢。