erlang进程与操作系统线程

erlang多进程与多线程：

在erlang开发中，我们面对的最小执行单位是进程，当然这个进程并不是系统层面上的进程，也不是线程。而是基于erlang运行时系统的一个进程。那么erlang的多进程是如何变成系统级别上的多线程，进而被多核处理器处理呢？

其实，我们每启动一个erlang VM，实际上就启动了模拟器+erlang运行时系统。而每个erlang运行时系统会启动N个进程调度器，每个进程调度器都是一个独立的操作系统线程。这个调度器会处理一个进程池，进程池里面是M个erlang进程。也就是说erlang进程以1:M的方式映射到操作系统线程。

既然每个调度器都是一个操作系统线程，那么可并行运行的erlang进程最多就能有M个。虽然一个进程池内有M个进程，但是同一池内的进程仍像之前所有进程公用一个调度器那样分时运行。

并且在此之上，进程可以在进程池之间迁移以便维持可用调度器上的负载均衡。

 

erlang程序的单进程与多线程：

每启动一个erlang VM，也就启动了一个进程，该进程包括很多线程，最基本就包括了erlang运行时系统和模拟器所创建的线程。如果在该虚拟机上还运行erlang程序，那么ERTS就有可能为你的应用程序创建了N个线程。这些线程的个数，跟启动erlang VM时设置的参数和自身硬件环境有关。那么多线程应用程序在多核多线程的CPU上自然就会被合理的分配到不同的处理器上执行，这样就很好的利用了多核多线程的资源。

 

non-SMP支持的Erlang VM只有1个运行在主处理线程中的调度器。该调度器从运行队列（run-queue）中取出可以运行的Erlang进程以及IO任务，而且因为只有一个线程访问他们所以无须锁定任何数据。

而带有SMP支持的Erlang VM可以有一个或多个调度器，每个调度器运行在一个线程中。调度器从同一个公共运行队列中取出可运行的Erlang进程和IO任务。在SMP VM中所有的共享数据结构都会由锁进行保护，运行队列就是这样一个由锁保护的数据结构。

从OTP R12B开始，如果操作系统报告有多于1个的CPU（或者核心）VM的SMP版本会自动启动，并且根据CPU或者核心的数量启动同样数量的调度器。

你可以从“erl”命令打印出来的第一行看到它选择了哪些参数。例如：

Erlang (BEAM) emulator version 5.6.4 [source] [smp:4] [asynch-threads:0] …..
其中“[smp:4]”表示SMP VM运行了4个调度器。

默认值可以用“-smp [enable|disable|auto]”来替换，auto是默认的。如果smp被启用了（-smp enable），要设置调度器的数量可以使用“+S Number”其中Number是调度器的数量（1到1024）

注意1：运行多于CPU或核心总数的调度器不会有任何提升。

注意2：在某些操作系统中一个进程可使用的CPU或者核心的数量可以被限制。例如，在Linux中，命令“taskset”就可以实现这个功能。 Erlang VM目前还只能探测CPU或者核心的总数，不会考虑“taskset”所设置的掩码。正因如此，例如可能会出现（已经出现过了）即使Erlang VM运行了4个调度器，也只使用了2个核心。OS会进行限制因为它要考虑“taskset”所设置的掩码。

每个Erlang VM的调度器都运行于一个OS线程上，是OS来决定线程是否执行在不同的核心上。一般来说OS会很好地处理这个问题并且会保证线程在执行期间运行于同一个核心上。

Erlang进程会被不同的调度器运行，因为他们是从一个公共运行队列中被取出，由首先可用的调度器运行。

 

引自：http://bbs.chinaunix.net/thread-4091298-1-1.html

         http://blog.sina.com.cn/s/blog_4e928b170101b3bq.html