Posted on 2012-12-18 13:47
鑫龙 阅读(293)
评论(0) 编辑 收藏 引用 所属分类:
linux多线程专题
关于多进程和多线程，教科书上最经典的一句话是“进程是资源分配的最小单位，线程是CPU调度的最小单位”。这句话应付考试基本上够了，但如果在工作中遇到类似的选择问题，那就没有那么简单了，选的不好，会让你深受其害。
经常在网络上看到有XDJM问“多进程好还是多线程好？”、"Linux下用多进程还是多线程？"等等期望一劳永逸的问题，只能说：没有最好，只有更好，根据实际情况来判断，哪个更加合适就是哪个好。
我们按照多个不同的维度，来看看多进程和多线程的对比（注：因为是感性的比较，因此都是相对的，不是说一个好得不得了，另一个差的无法忍受）
维度 | 多进程 | 多线程 | 总结 |
数据共享、同步 | 数据是分开的:共享复杂，需要用IPC;同步简单 | 多线程共享进程数据：共享简单；同步复杂 | 各有优势 |
内存、CPU | 占用内存多，切换复杂，CPU利用率低 | 占用内存少，切换简单，CPU利用率高 | 线程占优 |
创建销毁、切换 | 创建销毁、切换复杂，速度慢
| 创建销毁、切换简单，速度快
| 线程占优
|
编程调试
| 编程简单，调试简单 | 编程复杂，调试复杂 | 进程占优
|
可靠性 | 进程间不会相互影响
| 一个线程挂掉将导致整个进程挂掉 | 进程占优 |
分布式
| 适应于多核、多机分布 ；如果一台机器不够，扩展到多台机器比较简单
| 适应于多核分布 | 进程占优
|
1)需要频繁创建销毁的优先用线程。 实例：web服务器。来一个建立一个线程，断了就销毁线程。要是用进程，创建和销毁的代价是很难承受的。2）需要进行大量计算的优先使用线程。 所谓大量计算，当然就是要消耗很多cpu，切换频繁了，这种情况先线程是最合适的。 实例：图像处理、算法处理3）强相关的处理用线程，若相关的处理用进程。 什么叫强相关、弱相关？理论上很难定义，给个简单的例子就明白了。 一般的server需要完成如下任务：消息收发和消息处理。消息收发和消息处理就是弱相关的任务，而消息处理里面可能又分为消息解码、业务处理，这两个任务相对来说相关性就要强多了。因此消息收发和消息处理可以分进程设计，消息解码和业务处理可以分线程设计。4）可能扩展到多机分布的用进程，多核分布的用线程。5）都满足需求的情况下，用你最熟悉、最拿手的方式。 至于”数据共享、同步“、“编程、调试”、“可靠性”这几个维度的所谓的“复杂、简单”应该怎么取舍，只能说：没有明确的选择方法。一般有一个选择原则：如果多进程和多线程都能够满足要求，那么选择你最熟悉、最拿手的那个。需要提醒的是：虽然有这么多的选择原则，但实际应用中都是“进程+线程”的结合方式，千万不要真的陷入一种非此即彼的误区。转自：http://software.intel.com/zh-cn/blogs/2010/07/20/400004478/ 转自:
http://blog.chinaunix.net/uid-20556054-id-3061450.html