给开发者的问题--在优化过程中使用所有的计算核心 - 页 7

新评论
 
Boris Egorov:

第二天，它不计算任何东西，所有的核心在12个本地和大约30个网络核心的数量都是空闲的，我没有故意去碰它......我不知道它在想什么，可能是在寻找生命的意义或治疗冠状病毒的方法 :-)

我认为我们应该放弃优化器，因为它的不可操作性和迟缓性。

和MT最近的决定，如只限制物理核心，坚持和愚蠢地将一堆任务只分配给某些核心，而不是每个核心--一个任务--表明开发人员完全缺乏对高性能计算的理解。

你为什么不显示代理人名单的完整截图，而不是部分截图？

测试员日志。

资源监控。

看起来你不仅使你的计算机超载（关于逻辑和物理核心的问题），而且也使农场超载。

 
Slava:

你为什么不显示代理人名单的完整截图，而不是部分截图？

测试员日志。

资源监控。

看起来你不仅让你的电脑超载了（说到逻辑和物理核心），也让农场超载了。

没问题

只是它是一样的...可用和闲置。

我在日志中没有看到任何可以抱怨的地方

我没有弄错......。阅读上面的帖子

 

顺便说一下，有一个单独的关于原木的悲伤故事

很多时候，开发商被要求关闭它们或限制它们的大小--而结果是零。

因此，日志会吃掉所有的磁盘空间 ....与所有这一切意味着。

我偶尔会删除日志 ...我不需要日志文件作为一个类，如果有任何错误，在日志窗口中可以立即看到。

 

这是昨天的一个小东西


 
确认内存过载 ....虽然很奇怪，但交换仍然存在，我认为开发者需要考虑到这一点。
 
Boris Egorov:
关于内存过载的确认信息 ....虽然很奇怪，但没有人取消调换，同样，我认为开发者需要考虑到这一点。

也许你展示了，我没有看--为了以防万一，我要说的是，建议每个核心有1Gb的内存（如果有更多的核心，你可以尝试0.5Gb）。而且我建议将pagefile扩大到内存的两倍，而不是通常建议的一半。我已经在实践中证明了这一点。

 

建议每个核心有>1GB的内存

将考虑到

 

可以通过使用代理的自定义任务管理器（我做过），或者通过改变常规优化器的算法（顺便说一下，修复的效果并不明显），但不幸的是，开发人员不准备听我的建议。

我为我的意大利客户实施了自定义的代理任务管理器，他使用租用的强大的服务器，有几百个代理，他经常遭受服务器不完整的加载，因为代理是空闲的。现在所有的代理都是完全加载的，无论哪个代理先完成任务（无论每个代理的任务完成时间）。

 
Andrey Dik:

我为我的意大利客户实施了一个自定义的代理任务管理器，他使用租用的强大的服务器，有几百个代理，他经常遭受服务器利用不足的问题，因为代理是空闲的。现在，无论哪个代理先完成任务（无论每个代理需要多长时间来完成任务），所有的代理都是满负荷的。

吹嘘是不好的 )

经理的依据是什么？任务 是如何分配 的？

 
Andrey Khatimlianskii:

夸夸其谈是不可取的 )

经理的依据是什么？如何分配任务？

吹牛？- 不，如果我想为自己写一个分析性的交易平台，我无法接近MT5的质量和功能，用想法来刺激开发者更容易......)

在优化的EA中，增加了一个额外的输入参数计数器，由MT5优化器在完全搜索模式下进行搜索，你可以设置高达100 mio的步骤，所以优化器不会切换到遗传学。经理人以EA的形式挂在终端的图表上，并在代理文件夹中写入任务，优化器中的优化EA读取任务并在完成后写入结果。 在完全搜索的模式下，优化器MT5非常均匀地加载代理，经理人的任务是给代理提供输入参数。

问题只是在管理器中写一个哈，它可以在流模式下与种群中的个体一起工作，而不需要在开始一个新的纪元前完全填满种群。我解决了这个问题。实质上我废除了 "纪元 "的概念，个体是自己出生和死亡的。

1234567891011
新评论