Linux多线程与多进程区别

“进程是资源分配的最小单位,线程是CPU调度的最小单位”
      多进程优点:
             每个进程互相独立,不影响主程序的稳定性,子进程崩溃没关系
             通过增加CPU,就可以容易扩充性能 
             可以尽量减少线程加锁/解锁的影响,极大提高性能,就算是线程运行的模块算法效率低也没关系
             每个子进程都有2GB地址空间和相关资源,总体能够达到的性能上限非常大
      多进程缺点:
             逻辑控制复杂,需要和主程序交互
             需要跨进程边界,如果有大数据量传送,就不太好,适合小数据量传送、密集运算 
             多进程调度开销比较大
      多线程优点:
             无需跨进程边界
             程序逻辑和控制方式简单 
             所有线程可以直接共享内存和变量 
             线程方式消耗的总资源比进程方式好
      多线程缺点:
             每个线程与主程序共用地址空间,受限于2GB地址空间  
             线程之间的同步和加锁控制比较麻烦  
             一个线程的崩溃可能影响到整个程序的稳定性  
             到达一定的线程数程度后,即使再增加CPU也无法提高性能  
             线程能够提高的总性能有限,而且线程多了之后,线程本身的调度也是一个麻烦事儿,需要消耗较多的CPU

1)需要频繁创建销毁的优先用线程

原因请看上面的对比。

这种原则最常见的应用就是Web服务器了,来一个连接建立一个线程,断了就销毁线程,要是用进程,创建和销毁的代价是很难承受的

2)需要进行大量计算的优先使用线程

所谓大量计算,当然就是要耗费很多CPU,切换频繁了,这种情况下线程是最合适的。

这种原则最常见的是图像处理、算法处理。

3)强相关的处理用线程,弱相关的处理用进程

什么叫强相关、弱相关?理论上很难定义,给个简单的例子就明白了。

一般的Server需要完成如下任务:消息收发、消息处理。“消息收发”和“消息处理”就是弱相关的任务,而“消息处理”里面可能又分为“消息解码”、“业务处理”,这两个任务相对来说相关性就要强多了。因此“消息收发”和“消息处理”可以分进程设计,“消息解码”、“业务处理”可以分线程设计。

当然这种划分方式不是一成不变的,也可以根据实际情况进行调整。

4)可能要扩展到多机分布的用进程,多核分布的用线程

原因请看上面对比。

5)都满足需求的情况下,用你最熟悉、最拿手的方式

至于“数据共享、同步”、“编程、调试”、“可靠性”这几个维度的所谓的“复杂、简单”应该怎么取舍,我只能说:没有明确的选择方法。但我可以告诉你一个选择原则:如果多进程和多线程都能够满足要求,那么选择你最熟悉、最拿手的那个。 

你可能感兴趣的:(Linux,多进程与多线程)