os-进程线程概念

操作系统中为了提供CPU的利用率，引入了多道编程，于是就有了进程的概念。
进程模型无疑提高了CPU的利用率，因为多个进程可以“同时”运行在一个CPU上，一个进程被阻塞掉了，另一个进程就可以被调度上CPU继续运行了。这样降低了CPU闲置的时间。
但是进程模型却存在一个问题。那就是如果一个进程被阻塞掉了，它就必须让出CPU了。同时对于一个任务，如果它是进程实现的（单进程），它实际上是“伪并发”的。因为一个进程内部不能并行运行。
于是就产生了线程模型，允许一个进程内部存在两个东西，同时运行任务，这样就真正意义上实现了并发。
有人会问，何必要出现线程模型，直接用多进程编程不是就可以了吗？
多进程编程会有诸多问题，例如多个进程拥有不同的地址空间，交互起来比较麻烦。
但是不可否认，引入线程模型后确实也带来了许多问题。

在现在操作系统中，进程模型扮演的角色更多的像一个资源分配的单元，不论是CPU资源还是IO资源。
不过对于CPU这样特殊的资源，有产生了线程这个模型来更好地利用这个稀缺资源。

会有一些概念性质的问题，例如OS调度的基本单位是什么？
这个问题比较难以回答，因为有的系统调度的单位是进程，有的是线程。
Linux系统调度的基本单位是进程，据说，unix从某些版本后调度单位就是线程了，没有深究，仅供参考。

至于Linux下的内核线程，idle与init，实际上是进程，由于他们没有用户态的地址空间，只在内核态有地址空间，从这个角度，被称为“线程”。