MetaTrader 5策略测试仪和MQL5云计算网络 - 页 30

新评论
 
Renat:

我担心在8个核心上有24个代理（4个本质上的+超交易），你会把所有的CPU性能花在提供基础设施上。

暴露出过多的代理，会导致他们的PR性能指数急剧下降，从而导致费用的倍数。

已经把它和8个EA都设置好了。谢谢你提供的信息!
 
papaklass:

有一段时间没有使用云计算了。决定在选择参数时使用它。云的工作是令人惊喜的。

如果你长期磨练分布式网络系统，结果是好的。
 
Renat:
如果你长期磨练一个分布式网络系统，你会得到一个好的结果。
PF      0       MQL5 Cloud Europe 2     00:24:16        genetic pass (264, 0, 188) started
JL      0       MQL5 Cloud Europe 2     00:29:07        connection closed
ID      0       MQL5 Cloud Europe 2     00:29:07        connecting to 3.agents.mql5.com:443
GL      0       Tester  00:29:07        cloud server MQL5 Cloud Europe selected for genetic computation
KO      0       MQL5 Cloud Europe 2     00:29:07        connected
JP      0       MQL5 Cloud Europe 2     00:29:10        authorized (server build 696)
RG      0       Tester  00:30:11        Best result 32.12073652718463 produced at generation 20. Next generation 21
KJ      0       MQL5 Cloud Europe       00:30:11        common synchronization completed
GN      0       MQL5 Cloud Europe       01:57:24        connection closed
CI      0       MQL5 Cloud Europe 2     01:57:24        connection closed
MS      3       Tester  01:57:24        genetic pass (21, 285) not processed and added to task queue
II      3       Tester  01:57:24        genetic pass (21, 498) not processed and added to task queue
PO      3       Tester  01:57:24        genetic pass (21, 499) not processed and added to task queue
GQ      0       MQL5 Cloud Europe       01:57:24        genetic pass (21, 285) returned to queue
NF      0       Tester  01:57:24        genetic pass (21, 499) already processed
KN      0       Tester  01:57:24        genetic pass (21, 498) already processed
OJ      0       Core 1  01:57:24        genetic pass (285, 0, 1) started
PS      0       Core 2  01:57:24        genetic pass (285, 0, 1) started
任务被发布到本地+远程代理+云端。在云上挂一通。经过近一个半小时的等待，断开了云的连接--任务被转移到本地代理。跑步的速度在1-3分钟之内。
DP      0       Core 1  02:14:59        genetic pass (23, 256) returned result 4.45 in 45 sec
LH      0       Core 1  02:14:59        genetic pass (273, 0, 1) started
CP      0       Core 5  02:14:59        genetic pass (23, 260) returned result 2.64 in 46 sec
OH      0       Core 5  02:14:59        genetic pass (274, 0, 1) started
PS      0       Core 6  02:15:01        genetic pass (23, 261) returned result 3.37 in 48 sec
HH      0       Core 6  02:15:01        genetic pass (278, 0, 1) started
KQ      0       Core 8  02:15:03        genetic pass (23, 264) returned result -0.01 in 50 sec
CG      0       Core 8  02:15:03        genetic pass (279, 0, 1) started
PP      0       Core 2  02:15:06        genetic pass (23, 257) returned result -0.01 in 52 sec
DG      0       Core 2  02:15:06        genetic pass (280, 0, 1) started
NP      0       Core 3  02:15:07        genetic pass (23, 258) returned result -0.01 in 53 sec

总而言之，不可能有一个半小时的时间。

P.S.飞快地翻开了云朵。由于失去了互联网，远程代理退出了。然后他们不想连接（自动状态；至少有两代基因没有连接）--显然，测试者认为在云上有足够的事情要做，让自由人休息。断开了云的连接。远程代理已连接。把云计算重新打开了。最后被挂掉了。

 

为了避免这种情况的发生，网络需要稍作调整（例如，记住最大通过时间，如果等待通过的时间比最大通过时间长2倍--在本地（或远程）的最佳核心上启动同一进程）。

+TerminalInfoInteger(TERMINAL_MEMORY_AVAILABLE)需要被完善

+ 遗传学的速度取决于最弱核心的速度--如果我的核心有PR--160-180，而云中的任务被分配到最多100个核心。因此，每一代，我的核心都必须空闲相当长的时间，等待来自云端的响应，以生成新的人口。我想我应该放弃100PR的限制，把优先权给那些PR大于 最弱的 本地核心（+或远程核心，如果连接）的代理。如果没有，就必须以某种方式进行负载平衡。例如，如果我们假设所有的通行证都以相同的速度在同一个核心上运行（在生活中，当然不是这样，但许多专家用一些假设，可以在测试时间内被称为稳定，不考虑参数）。如果本地核心的PR是150，而云端核心的PR是100，那么本地代理应该比云端代理获得1.5倍的任务。另外，如果PR较低，不要一次给云中的代理一个任务，而是把一个任务交给更多的代理。在这种情况下，停机时间将是最小的。总的来说，我希望看到在这个问题上取得进展

 

在过去的12个小时里，网络又挂断了三次：(

(而且在遗传学杂志上也有PR<100的代理人)

 
顺便问一下，有没有人试过在ssd上共享代理？考虑到我的硬盘在8个代理上开始紧缩，即使没有任务，我怀疑ssd资源正在迅速耗尽。而在测试一个相当轻的EA，计算速度时，硬盘的速度开始陷入困境。有多少兆字节被泵入缓存是一个好问题)
 
sion:
顺便问一下，有没有人试过在ssd上共享代理？考虑到我的硬盘在8个代理上就开始紧缩，即使没有任务，我怀疑ssd资源很快就会用完。而在测试一个相当轻的EA，计算速度时，硬盘的速度开始陷入困境。有多少兆字节被泵入缓存是一个好问题)

字母表里有这样一个字母（我指的是ssd），但我还没有做具体的测试：因为有这样一个设备的服务器在城市的另一端。但是，IMHO，在任何系统中都有一个磁盘缓存，它使对磁盘的频繁访问变得更加平滑。

 
我不知道是谁为这个云计算分配了这么多资源，系统损耗与电力消耗，显然超过了每天2-3美分。有几次我试图提供资源，但如果磁盘上的资源少于10Gb（在9GB内存的情况下），加上一些负载基因，系统就会愚蠢地挂起，即使没有吃掉所有的自由空间（内存等，直到交换），一个无花果硬盘试图抽出缓存，这导致了疯狂的刹车。
 
我不写一个问题，它就立即消失。
附加的文件：
Picture_61.png  585 kb
 

我决定优化一个简单的网格（定时器30秒，新的m1条形控制），对两对的所有ticks进行优化。我的4核i5（PR=160-170）和8核i7（PR=170-180）优化了大约90（！）小时。

然后发现，i5通道的测试速度慢了2倍（尽管正如我之前已经写过几次，情况恰恰相反--i5+winxp64比i7+win7x64快）。起初我砍掉了内存--i7有更多的内存。

然后我无意中瞥了一眼任务管理器，看到代理的优先级最低（低）。而且我在两台机器上都得到了它。虽然我设法在win7上将优先级提高到正常，但winxp64bit由于某些原因不允许这样做。在i7上使用新的优先级的半天时间里，我的测试时间减少了（貌似:）几个小时。

这种 "滞后 "似乎是在最近两个版本中观察到的（也许只是在我看来）。

而低优先级太残酷了--如果设备每天至少有12个小时可以给代理商最大的优先权。

一般来说，我以为优先级会根据资源负载自动改变，但似乎它不会自己改变。

1...232425262728293031323334353637...42
新评论