Erlang文档/ SMP:每台机器或每个应用程序的单节点和多节点,以及可能出现的混乱

Has*_*yed 2 erlang ipc scheduled-tasks smp

我正在研究Erlang的流程模型.关于Erlang 的技术报告(第3节,第2段)我遇到了障碍:

这解释了为什么在某些情况下,使用一个调度程序而不是在具有多个调度程序的一个SMP VM上运行多个SMP VM可以更高效.当然,运行多个VM需要应用程序可以在许多并行任务中运行,这些任务彼此之间没有或很少有通信.

现在这一段令我困惑; 我可以看到单进程多调度程序场景,但是我没有看到使用单个调度程序的多个进程; 据推测,每个进程都有不同的节点名称,这意味着某个应用程序无需修改就无法与此模型一起使用; 在报告中提到了不需要修改的优点作为SMP的一个关键特征.如果多个进程具有相同的节点名称,那么由于Erlang-process间的消息风暴,性能将是灾难性的 - 这假设使用了内存中的健忘症.是否有一些过程模型没有在文章中介绍,我在这里缺少?

作者试图在这说什么?他是否试图建议为多进程单调度程序案例重写一个应用程序(将多个唯一的节点名称考虑在内)?

- 编辑1:澄清问题根源 -

通过讨论回答了这个问题; 以下是我遇到的麻烦的概述.

这个问题的问题在于,我记得,文档没有触及每个物理机器运行多个Erlang仿真器的情况 - 它总是表明仿真器代表你的物理机器(工业用途); 此外,从未考虑过必须明确划分程序以提高计算效率的方案.这突然的介绍一直是我的悲哀的源头.

该约定仍然偏向于创建大量进程,并且未来对于Erlang的SMP仿真器进行了许多改进,这意味着假设有利的应用程序设计,每台机器的单个节点仍然是一个非常可行的选择.

Sim*_*rim 5

阅读文章后重写:

这解释了为什么在某些情况下,使用一个调度程序而不是在具有多个调度程序的一个SMP VM上运行多个SMP VM可以更高效.

  • 非SMP VM没有锁定,因此运行速度很快.
  • 由于检查锁的成本,单调度程序SMP VM减慢了10%
  • 由于使用/等待锁定,多个调度程序SMP VM再次变慢

当然,运行多个VM需要应用程序可以在许多并行任务中运行,这些任务彼此之间没有或很少有通信.

  • 我认为:同一台服务器上的节点必须有不同的名称.
  • 由于VM节点的进程内进程消息传递的进程间性质,进程间消息传递速度较慢.

  • 所有节点,无论是否在一台机器上,总是有不同的名称.节点名称是唯一的. (3认同)