在MQL5和MQL5云计算网络中,应该增加哪些内容来增加对通用数学计算的支持? - 页 3

 
komposter:

为未来的运行选择参数范围将100%地解决这个问题(可以使用相同的参数以编程方式限制日期)。

需要有类似的东西。

例如,我使用自定义的优化标准,要求的结果(满足标准)远远低于所有通过的10%,然而,在正向测试期间,这些通过被测试,我显然不需要

 
Renat:

因此,问题是--需要包括哪些其他功能来提高计算网络的能力?

引入定制的市场工具,并能在其上进行结算。
 
TheXpert:

嗯,从我的角度来看是一样的 :)

那我就不同意了。该测试器是一个方便而强大的工具。特别是考虑到克劳德(当然,没有它,你可以考虑你的农场)。
 
是的,当你用手测试时很方便。我试过用测试器和代码进行自动优化
 
TheXpert:
是的,当你用手测试时很方便。我试过用测试器和代码进行自动优化。
嗯,这就是事情的真相。如果你能从代码中控制输入参数,那就更好了。
 
komposter:
嗯,这就是我所说的。

不,你不明白。当你需要运行一个简单的专家顾问或对其进行优化时,很方便。但是,当你着手进行自动优化 时,它就变成了一个笨拙和不方便的巨人。

然而,我不会试图劝阻你 :)

 
TheXpert:

不,你不明白。当你需要运行一个简单的专家顾问或对其进行优化时,很方便。但只要你开始自动优化,它就会变成一个笨拙的巨人。

然而,我不会劝阻你 :)

所以现在没有必要的功能,我们怎么能检查呢?

好吧,我也不坚持了,我已经开始理论化了 )

 

问题: renat metatester支持IPv6协议吗?....(什么问题仅仅是共享CPU资源,没有任何拖沓是一种选择 ,还怎么能用OPENCL来共享 呢)没有仔细阅读

 
ruslanchik:

问题: renat metatester支持IPv6协议吗?....(什么是问题,简单地分配CPU资源,没有任何拖延,绕过防火墙是一种选择,OPENCL也可以用于分配)

一切都为IPv6做好了准备,但它还没有启用。在这里,一个测试员是不够的--我们需要整个建筑群都能使用IPv6。

很快,我们将在MT5的所有组件中逐步启用IPv6。

 
Renat:

一切都为IPv6做好了准备,但尚未启用。一个测试员是不够的--整个建筑群需要能够使用IPv6。

很快,我们将在MT5的所有组件中逐步启用IPv6。

好吧...