您为此类操作使用了错误的工具。PBS 调度单个作业，但它旨在处理“运行优化算法”类型的作业，而不是“运行一个函数评估”。

我对实现这种算法的建议是建立在 MPI 之上并将其编写为主从 [1] 算法，其中从属执行功能评估，而主控协调整体编排。这对于 P2P 通信来说并不太复杂。

[1] 我已经不太喜欢“主从”这个说法了，但还没有找到合适的替代词，让每个人都能理解。人们在用什么？

我认为你试图做的是完全合理的。我认为在头节点上运行ea_loop脚本没有任何问题，前提是它主要执行控制级别的操作，例如提交作业和检查完成等。

您能否将大约 60 秒的 EA 操作封装到通过 PBS 提交的小作业中，而不是尝试直接在头节点上进行这些计算？

其他一些评论：

• 在大多数 PBS 实现中，默认情况下禁用从计算节点提交作业，但管理员可以轻松启用。它可能是故意禁用的，但如果它是由您的研究小组维护的一个小集群或其他东西，这很容易解决。
• 取决于多大$N$也就是说，出于礼貌，您可能希望将每一代分成几个部分，这样您就不会挤满队列。虽然资源管理器/调度器应该能够处理大量排队的作业，但根据我的经验，当有人一次用 100 多个作业淹没队列时，这非常令人沮丧。（我也是那个挤满队列并从同龄人那里得到恼火的人:)）
• 像你一样定期检查工作完成情况我没有问题。我认为如果你想做一些更有趣的事情，你应该去看看@WolfgangBangerth 提出的完整的 MPI 解决方案。

虽然不能直接回答您的问题，但您是否考虑过使用像Pagmo这样为您管理并行化的库？大概，那么您只需要从集群上的调度程序请求一定数量的资源。