OpenMDAO:ParallelGroup 的意外行为

如何解决OpenMDAO:ParallelGroup 的意外行为

在下面的示例中,两个 ParallelGroup 被设置为需要不同数量的 procs 来计算它们的串行子组件,似乎一个不应填满全局通信的组实际上确实可以,并且执行冗余/重复案例。在以前的版本中,未分配的 proc 不会执行它们的子组件。但它运行没有错误。

from mpi4py import MPI
import openmdao.api as om


class Exec(om.ExplicitComponent):


    def __init__(self,val=-10):
        super().__init__()

        self.val = val

    def setup(self):

        self.add_output('y',0.)

    def compute(self,inputs,outputs):

        print('HELLO from Exec1,%s,global rank %i,val=%f' % (self.name,MPI.COMM_WORLD.rank,self.val))
        outputs['y'] = self.val


class Exec2(om.ExplicitComponent):


    def __init__(self,val):
        super().__init__()

        self.val = val

    def setup(self):

        self.add_input('x',0.)
        self.add_output('y',outputs):

        print('HELLO from Exec2,self.val))
        outputs['y'] = self.val * inputs['x']


class Summer(om.ExplicitComponent):

    def __init__(self,ncase):
        super().__init__()

        self.ncase = ncase

    def setup(self):

        for i in range(self.ncase):
            self.add_input('y%i' % i,0.)
        self.add_output('sum',outputs):

        for i in range(self.ncase):

            outputs['sum'] += inputs['y%i' % i]

p = om.Problem()

ncase = 3

par1 = p.model.add_subsystem('par1',om.ParallelGroup())
p.model.add_subsystem('summer1',Summer(ncase))

for i in range(ncase):

    par1.add_subsystem('ex_%i' % i,Exec(val=float(i)),min_procs=1)
    p.model.connect('par1.ex_%i.y' % i,'summer1.y%i' % i)




ncase2 = 4

par2 = p.model.add_subsystem('par2',om.ParallelGroup())
p.model.add_subsystem('summer2',Summer(ncase2))


for i in range(ncase2):

    par2.add_subsystem('ex_%i' % i,Exec2(float(i)),min_procs=1)
    p.model.connect('summer1.sum','par2.ex_%i.x' % i)
    p.model.connect('par2.ex_%i.y' % i,'summer2.y%i' % i)
p.setup()
p.run_model()


解决方法

根据docs,处理器分配主要基于 proc_weight 使用循环分配方式完成。

用于分配的算法开始,假设进程数大于或等于子系统数,通过为每个子系统分配min_procs。然后,它根据权重将所有剩余进程添加到子系统中,注意不要超过指定的 max_procs(如果有)。

所以行为符合预期。 OpenMDAO 试图分配所有给定的处理器。然后由组件作者明智地使用它们。 如果您真的想这样做,您可以修改该组件,使除 Rank 0 以外的其他任何东西都不做任何事情,但我不建议这样做。

顺便说一句,您不应该这样引用 COMM_WORLD。每个组件都有一个您应该使用的本地通信。这是您示例的修改版本:

from mpi4py import MPI
import openmdao.api as om


class Exec(om.ExplicitComponent):


    def __init__(self,val=-10):
        super().__init__()

        self.val = val

    def setup(self):

        self.add_output('y',0.)

    def compute(self,inputs,outputs):

        print('HELLO from Exec1,%s,global rank %i,comm size %i,val=%f' % (self.pathname,self.comm.rank,self.comm.size,self.val))
        outputs['y'] = self.val


class Exec2(om.ExplicitComponent):


    def __init__(self,val):
        super().__init__()

        self.val = val

    def setup(self):

        self.add_input('x',0.)
        self.add_output('y',outputs):

        print('HELLO from Exec2,self.val))
        outputs['y'] = self.val * inputs['x']


class Summer(om.ExplicitComponent):

    def __init__(self,ncase):
        super().__init__()

        self.ncase = ncase

    def setup(self):

        for i in range(self.ncase):
            self.add_input('y%i' % i,0.)
        self.add_output('sum',outputs):

        for i in range(self.ncase):

            outputs['sum'] += inputs['y%i' % i]

p = om.Problem()

ncase = 2

par1 = p.model.add_subsystem('par1',om.ParallelGroup())
p.model.add_subsystem('summer1',Summer(ncase))

for i in range(ncase):

    par1.add_subsystem('ex_%i' % i,Exec(val=float(i)),min_procs=1)
    p.model.connect('par1.ex_%i.y' % i,'summer1.y%i' % i)




ncase2 = 4

par2 = p.model.add_subsystem('par2',om.ParallelGroup())
p.model.add_subsystem('summer2',Summer(ncase2))


for i in range(ncase2):

    par2.add_subsystem('ex_%i' % i,Exec2(float(i)),min_procs=1,max_procs=1)
    p.model.connect('summer1.sum','par2.ex_%i.x' % i)
    p.model.connect('par2.ex_%i.y' % i,'summer2.y%i' % i)
p.setup()
p.run_model()

在 4 个处理器上运行它给出:

HELLO from Exec1,par1.ex_0,global rank 0,comm size 2,val=0.000000
HELLO from Exec1,global rank 1,par1.ex_1,val=1.000000
HELLO from Exec1,val=1.000000
HELLO from Exec2,par2.ex_3,comm size 1,val=3.000000
HELLO from Exec2,par2.ex_0,val=0.000000
HELLO from Exec2,par2.ex_1,par2.ex_2,val=2.000000

所以你看到在 par1 中,每个组件都被赋予了一个大小为 2 的通信。这是你称之为浪费的重复。我认为这不是浪费,因为你如何设置组件的细节。 ExecExec2 都是串行组件(即它们没有 self.options['distributed'] = True)。 OpenMDAO 始终在拥有该组件的本地组通信中的所有级别上复制任何串行组件。这种重复的价值是降低 MPI 通信开销。由于该值是在本地计算的,您可以本地传输到该 proc 上的任何其他串行组件(而不必从根进行广播)。

如果您不想使用本地值,您可以选择自己在连接语句中设置 src_indices=[0]。然后,您将强制 OpenMDAO 从该通信的根进行广播。重复计算仍然会发生。它不应该浪费任何时间,因为在根 proc 进行计算时,重复的 proc 会闲置。您可以争辩说,由于额外的计算,它会浪费一些电力。在大多数情况下,这个成本会非常小,但是如果您担心它,您可以更改要分发的组件,并将除根之外的所有等级的变量大小设置为 0。然后,您可以将事情设置为没有重复的计算。

我们的经验是,大多数时候,通信开销是您想要避免的。这就是我们将其设计为复制的原因,但如果您愿意,您可以自由地解决它。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams['font.sans-serif'] = ['SimHei'] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -> systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping("/hires") public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate<String
使用vite构建项目报错 C:\Users\ychen\work>npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-
参考1 参考2 解决方案 # 点击安装源 协议选择 http:// 路径填写 mirrors.aliyun.com/centos/8.3.2011/BaseOS/x86_64/os URL类型 软件库URL 其他路径 # 版本 7 mirrors.aliyun.com/centos/7/os/x86
报错1 [root@slave1 data_mocker]# kafka-console-consumer.sh --bootstrap-server slave1:9092 --topic topic_db [2023-12-19 18:31:12,770] WARN [Consumer clie
错误1 # 重写数据 hive (edu)> insert overwrite table dwd_trade_cart_add_inc > select data.id, > data.user_id, > data.course_id, > date_format(
错误1 hive (edu)> insert into huanhuan values(1,'haoge'); Query ID = root_20240110071417_fe1517ad-3607-41f4-bdcf-d00b98ac443e Total jobs = 1
报错1:执行到如下就不执行了,没有显示Successfully registered new MBean. [root@slave1 bin]# /usr/local/software/flume-1.9.0/bin/flume-ng agent -n a1 -c /usr/local/softwa
虚拟及没有启动任何服务器查看jps会显示jps,如果没有显示任何东西 [root@slave2 ~]# jps 9647 Jps 解决方案 # 进入/tmp查看 [root@slave1 dfs]# cd /tmp [root@slave1 tmp]# ll 总用量 48 drwxr-xr-x. 2
报错1 hive> show databases; OK Failed with exception java.io.IOException:java.lang.RuntimeException: Error in configuring object Time taken: 0.474 se
报错1 [root@localhost ~]# vim -bash: vim: 未找到命令 安装vim yum -y install vim* # 查看是否安装成功 [root@hadoop01 hadoop]# rpm -qa |grep vim vim-X11-7.4.629-8.el7_9.x
修改hadoop配置 vi /usr/local/software/hadoop-2.9.2/etc/hadoop/yarn-site.xml # 添加如下 <configuration> <property> <name>yarn.nodemanager.res