云同步错误

 

我一直收到这些错误,在优化时终止了云服务

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只有创建一个移动平均缓冲区。

//---
   if(!m_ma_eurjpy.Create("EURJPY",PERIOD_CURRENT,2,0,PRICE_WEIGHTED)) return(-1);
   m_ma_eurjpy.BufferResize(_buffer+2);

有什么办法解决这个问题吗?谢谢。


Distributed Computing in the MQL5 Cloud Network
Distributed Computing in the MQL5 Cloud Network
  • cloud.mql5.com
Connect to the MQL5 Cloud Network (Cloud Computing) and earn extra income around the clock — there is much work for you computer!
 
ssn:

我一直收到这些错误,在优化时终止了云服务

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代,这意味着我从后面几代获得的所有结果都将丢失,我将付出更多的钱,而且它还可能以同样的错误冻结。

如果有办法保存优化结果并从中恢复,那就更好了。

 
ssn:

如果我重新启动优化,它将回到第0代,这意味着我从后面几代获得的所有结果都将丢失,我将支付更多的钱,而且它仍然可能以同样的错误冻结。

如果有一种方法可以保存优化结果并从中恢复,那就更好了。

我遇到了完全相同的问题。

你能解决这个问题吗?



时钟

 
Clock:

我遇到了完全相同的问题。

你能解决这个问题吗?



时钟

完全相同的错误信息?那么你能展示你的OnInit()函数 吗?

优化的结果通常是缓存的,但如果你的代码中有错误,可能缓存是无效的。

 

我一直有完全相同的问题--但当时是用OnTick函数--也就是说,我得到的错误信息是。

"在600秒内(PR190),测试了遗传通(0,30),错误是 "在OnTick函数中检测到无尽的循环,专家被MQL5云网络 拒绝",接着是消息。

"被拒绝的任务达到极限,云连接将被关闭"。

这没有什么意义,因为我可以在我自己的4核机器上反复优化完全相同的专家,没有任何问题。有人在这个问题上有什么收获吗?

Distributed Computing in the MQL5 Cloud Network
Distributed Computing in the MQL5 Cloud Network
  • cloud.mql5.com
Connect to the MQL5 Cloud Network (Cloud Computing) and earn extra income around the clock — there is much work for you computer!
 
cowil:

我一直有完全相同的问题--但当时是用OnTick函数--也就是说,我得到的错误信息是。

"在600秒内(PR190),测试了遗传通(0,30),错误是 "在OnTick函数中检测到无尽的循环,专家被MQL5云网络 拒绝",接着是消息。

"被拒绝的任务达到极限,云连接将被关闭"。

这没有什么意义,因为我可以在我自己的4核机器上反复优化完全相同的专家,没有任何问题。有人在这个问题上有什么收获吗?

我想最好的办法是写信给ServiceDesk。
Get in touch with developers using Service Desk!
Get in touch with developers using Service Desk!
  • www.mql5.com
We therefore attach great importance to all user reports about issues in our programs and try to answer each one of them.
 
angevoyageur:
我认为更好的办法是写信给ServiceDesk。
将会这样做。
 
经过一番摆弄,我发现,如果一个优化变量有30个或更多的步骤,问题似乎就会发生。如果少于这个数,问题就不会发生--至少在我的专家号上是这样。有人能证实这一点吗?谢谢...
 
cowil:
经过一番摆弄,我发现,如果一个优化变量有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分钟
 
stringo:
仅在云代理上检测到无休止的循环。如果其中一个调用(OnInit, OnDeinit, OnTick, OnTimer等)工作超过10分钟

嗨,斯特林戈。

首先,感谢你提供的信息。

但是,我对MetaQuotes的理由感兴趣。如果使用大量的 "Every Tick"数据(例如,2003.1.1 -> 2013.1.1),并且被优化的专家相当复杂,往往需要超过10分钟的时间来进行一次优化迭代。MetaQuotes选择10分钟作为超时时间,有什么具体原因吗?另外,云用户是否有办法增加这个超时时间,或者这已经被MetaQuotes "硬连接 "了?

原因: