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资源看做不可重用的独占性资源，由线程取得，线程是资源的使用者.