【问题标题】:Why Erlang process creation and message passing time less than java and C#为什么 Erlang 进程创建和消息传递时间少于 java 和 C#
【发布时间】:2011-04-03 04:27:12
【问题描述】:

我在网上搜索Erlang 的流程模型,并在Joe Armstrong 的演讲中找到了一些图表slides 3-4。它们显示了 Erlang、java 和 C# 之间的进程创建和消息传递时间之间存在很大差异。谁能告诉我这种巨大差异背后的原因吗?

【问题讨论】:

  • 图表和幻灯片提供的信息很少,无法了解此处实际测量的内容。甚至不清楚什么是“过程”。例如,看起来 Erlang 进程不是 Java 或 C# 的操作系统级进程。好像比较苹果和橘子……
  • @0xA3:从开发人员的角度来看,Erlang 进程的行为类似于进程。它们是孤立的执行单元。它们的行为类似于进程,而不是线程。他们使用操作系统级别的进程或线程并且没有提供相同的有用工具来解决实际问题是其他人的错。如果你想在那些语言中做与 Erlang 相同的事情,你必须尽你所能,所以比较是正确的。

标签: process erlang


【解决方案1】:

在 Erlang 中,进程不是真正的进程。它们是由语言处理的轻量级结构。消息传递也由语言处理,尽可能使用共享内存。

另一方面,其他语言正在使用真正的线程/进程,因为它们没有像这样的内置轻量级结构。因此,这些结构有点重,都是使用线程原语进行通信的(较慢)。

我不知道你的图表,但我想它表明 Erlang 的流程更好。它已经比较了本质上不同的事物,但是它表明 Erlang 可以对使用消息进行通信的独立对象进行建模(这是您在其他语言中无法真正做到的事情)。

【讨论】:

  • 我不会说它使用共享内存,因为数据(几乎)总是在进程的堆之间复制。尽管一切都发生在一个操作系统进程中。
  • 我认为 Scharron 的意思是,虽然从概念上讲,没有共享任何内容,但作为优化,VM 可以通过传递指针而不是复制数据来共享数据。
【解决方案2】:

Erlang 进程非常轻量级。实现甚至不需要为 Erlang 进程分配 OS 线程。这与 Erlang 的功能特性有关。

【讨论】:

  • 与 Erlang 作为一种函数式语言完全没有关系。任何具有廉价流程和消息传递的语言都可以。 (并不是说有任何其他具有类似 Erlang 进程的语言......)
  • 实际上这与 Erlang 作为一种函数式语言非常相关,因为单赋值变量的函数性质消除了进程隔离的大部分负担,因为无需担心共享更新或访问争用.添加消息复制而不是引用,您就有了真正轻量级流程的秘诀。
  • @Alan:是的,这就是我的想法,感谢您为我写下来。 :)
猜你喜欢
  • 2016-04-30
  • 2016-04-30
  • 2017-08-27
  • 1970-01-01
  • 2011-10-14
  • 2020-02-22
  • 2016-02-26
  • 1970-01-01
  • 2021-03-27
相关资源
最近更新 更多