Erlang在运行并发任务时未使用cpu的所有核心，为什么？

Question

当前，我正在读一本“ Programming Erlang”书，我决定在创建N个进程的基准测试中测试我的系统，这是代码：

-module(my_ring).
-export([start/1, start_proc/2]).

start(Num) ->
    start_proc(Num, self()).

start_proc(0, Pid) ->
    Pid ! ok;
start_proc(Num, Pid) ->
    NPid = spawn(?MODULE, start_proc, [Num - 1, Pid]),
    NPid ! ok,
    receive
        ok ->
            ok
    end.

我在Windows 7 x64上安装了Intel i5，在创建1亿个进程时，我检查了CPU的负载。 事实证明，只有一个内核可以满负荷工作，而其他内核则什么也不做（因此系统总负载为25％）。 我以为Erlang VM会平衡所有4个可用核心上的负载，但事实并非如此。

有人知道为什么吗？ 我的Erlang VM的配置有什么不好的地方吗？

Answer 1

我认为限制此示例的并行性的一件事是实际上很少进行并行工作。 每个进程都产生链中的下一个进程，并立即向其发送ok消息。 这意味着产生下一个进程后的下一个进程将获得ok并终止。 因此，实际上，并发运行的进程不会很多。

你可以看到这一点的一种方式是，你开始100M流程，同时默认的系统只允许34K〜过程在同一时间 。

更好的测试方法是启动一个环形进程，其中每个进程都产生下一个进程，并进入循环，在该循环中，它接收一条消息并将其发送到下一个进程。 然后，您将使整个环同时运行。 为了获得适当的并行活动，环的首部必须在环周围开始发送大量消息之前才在环周围发送大量消息。 如果您一次在环上发送一条消息，则一次只能有一个进程在工作。

拥有大量进程并不能保证应用程序中的并行性，有关问题的描述，请参阅阿姆达尔定律 。