Linux 进程资源分配,Linux中，物理CPU的分配是基于线程还是进程？

WINDOWS中CPU的分配基于线程，

所以多线程能支持多CPU，

今天看了老美的UNIX编程，指出UNIX中物理CPU分配是基于进程，

各线程只能在进程内部重新分配CPU资源，或者影射为系统线程才能参与全局CPU资源的竞争。

也就是说，不管一个进程内有多少个用户线程，LINUX核心最多只能分配一个CPU给该进程，

除非将用户线程影射为SYSTEM线程？

是否如此？

难道只能FORK才能利用多CPU？汗啊

|

在Linux 2.2内核中，进程是通过系统调用fork创建的，

新的进程是原来进程的子进程，在Linux 2.2.x中，不存

在真正意义上的线程，Linux中常用的线程Pthread实际

上是通过进程来模拟的。

Linux 2.4内核允许在系统运行中动态调整进程数上限，

进程数只受制于物理内存的多少。

Linux 2.6内核，对进程调度经过重新编写，去掉了以前

版本中效率不高的算法。进程标识号(PID)的数目也从

3.2万升到10亿。内核内部的大改变之一就是Linux的线程

框架被重写，以使NPTL可以运行其上。

目前线程有用户态线程和核心态线程两种方法实现。

核心态线程的实现方法允许不同进程中的线程按照同一相

对优先调度方法进行调度，目前，线程主要的实现方法是

用户态线程，也就是同一进程的线程之间竞争CPU。

但也可以将某个线程固定的"绑"在一个轻进程之上。被绑定

的线程具有较高的响应速度，这是因为CPU时间片的调度是

面向轻进程的，绑定的线程可以保证在需要的时候它总有一

个轻进程可用。通过设置被绑定的轻进程的优先级和调度级

可以使得绑定的线程满足诸如实时反应之类的要求。

设置线程绑定状态的函数为pthread_attr_setscope，

它有两个参数，第一个是指向属性结构的指针，第二个是绑定

类型，它有两个取值： PTHREAD_SCOPE_SYSTEM(绑定的)和

PTHREAD_SCOPE_PROCESS(非绑定的)。下面的代码即创建了

一个绑定的线程。

#include

pthread_attr_t attr;

pthread_t tid;

/*初始化属性值，均设为默认值*/

pthread_attr_init(&attr);

pthread_attr_setscope(&attr, PTHREAD_SCOPE_SYSTEM);

pthread_create(&tid, &attr, (void *) my_function, NULL);

参考链接：

http://tech.ccidnet.com/art/308/20050912/330269_1.html

http://linux.chinaunix.net/doc/program/2001-08-11/642.shtml

|

物理cpu的分配应该都是基于进程的吧，关键是线程太多了。

|

在windows中，process只是作为资源分配的单位，调度的单位是thread,你开多thread总是好的

linux就不清楚了，似乎是用进程模拟的线程：(

|

我们可以把CPU资源看做不可重用的独占性资源，由线程取得，线程是资源的使用者.