1
2
如果您愿意重新构建您的体系结构以适应它的消息传递基础结构,MPI很可能会很好地实现这一点。 理论上讲,至少当托管在一台服务器上时,如果包装自己的库,您可能能够更快地完成一些工作,这仅仅是因为您不必在MPI消息结构中进行进出转换。也就是说,MPI是非常有效的(特别是MPI-2, Open MPI 支持),非常,非常强大。您很难从自己的库中获得同样的灵活性、可配置性和健壮性。 如果要在多台机器之间进行广播,MPI可能比尝试使用自己的方法更好。 此外,MPI还支持许多通信模式。它确实支持 shared memory 用于非常快速的单机通信,以及用于机器间通信的TCP(加上一些商用、更快的选项)。 |
2
1
MPI非常高效,它是为高性能应用而构建的。
我对广播不太确定,我几年前使用的系统没有,但我不记得这是不是我们的互连或MPICH的限制。 我们使用MPICH是因为当时它在Windows上工作得最好,我们需要这种灵活性,我没有使用MPICH2或OpenMPI。 |
Ian Newson · 协议缓冲区、C#和网络流:永远不会收到消息 2 年前 |
Evantoki Alfa · 线程“main”java中出现异常。lang.ArrayIndexOutOfBoundsException:演示时为0。查找。main(Lookup.java:19) 2 年前 |
ê¹ì¼í · 如何发送带有引号的关键数据的POST方法? 2 年前 |
TiDu · 使用EKS设置出口网关的最简单方法,无需Istio 2 年前 |
Nop · 无法关闭键盘中断(Python)上的套接字连接 2 年前 |