多进程和多线程的区别

 

多任务中 多线程和多进程的区别

首先来说下为什么要实现多任务，众所周知，程序执行的时候都是自上而下的运行的，然而随着代码量的增加，执行单一任务的效率会非常差。就好比你以前都是先做完语文作业，再做数学作业，然后再做英语作业，那有没有一种方法，类似于分身术一般，在做语文作业的同时，把数学作业和英语作业一起做了。这就是多任务的实现。多任务，打破了原来从上而下的规规矩矩的执行方式。能帮助你在同一时间执行多种任务。

简述多线程、多进程

进程：

1、操作系统进行资源分配和调度的基本单位，多个进程之间相互独立

2、稳定性好，如果一个进程崩溃，不影响其他进程，但是进程消耗资源大，开启的进程数量有限制

 

线程：

1、CPU进行资源分配和调度的基本单位，线程是进程的一部分，是比进程更小的能独立运行的基本单位，一个进程下的多个线程可以共享该进程的所有资源

2、如果IO操作密集，则可以多线程运行效率高，缺点是如果一个线程崩溃，都会造成进程的崩溃

 

应用：

IO密集的用多线程，在用户输入，sleep 时候，可以切换到其他线程执行，减少等待的时间

CPU密集的用多进程，因为假如IO操作少，用多线程的话，因为线程共享一个全局解释器锁，当前运行的线程会霸占GIL，其他线程没有GIL，就不能充分利用多核CPU的优势

多进程

进程其实是资源的分配的单位，包括代码、内存、CPU等等，多进程类似程序的多开，比如qq的多开。
下面是一个简单的多进程的创建，我们可以看到在main函数下创建了两个子进程。

import multiprocessing
import time

def test1():
    while True:
        print('--- this is process 1 ---')
        time.sleep(2)
def test2():
    while True:
        print('--- this is process 2 ---')
        time.sleep(2)

def main():
    t1 = multiprocessing.Process(target=test1)
    t2 = multiprocessing.Process(target=test2)
    t1.start()
    t2.start()

多进程工作的原理：在主进程下，子进程1和子进程2分别复制了主进程的代码以及资源，而子进程1则只运行test1这个函数，子进程2则只运行test2这个函数，进程之间的全局变量互不影响，对资源的开销比较大。

打开任务管理器，结束任意子进程，发现主进程和子进程2没有受到影响，仍然继续运行，而当我们结束主进程的时候，所有子进程全部结束。

多线程

在一个进程中我们也可以使用多任务，这就是线程，线程是操作系统资源调度的单位。多线程可以共享全局变量。

下面是一个简单的使用方法来创建多线程的例子。

import threading
import time

num = 100

def test1():
    global num
    num += 1
    print('-----子线程1---num=%d' % num)

def test2():
    print('-----子线程2---num=%d' % num)

def main():
    t1 = threading.Thread(target=test1)
    t2 = threading.Thread(target=test2)

    t1.start()
    time.sleep(1)

    t2.start()
    time.sleep(1)

    print('-----main进程---num=%d' % num)

if __name__ == '__main__':
    main()

多线程并不会复制主进程的代码和资源，而是共享全局变量，相比多进程来说，资源开销更加小。在同一时间，子线程1和子线程2同时运行，实现多任务，而他们会共享全局变量num，所以print的值都是101.

多进程多线程的区别和选择（总结）

关于多进程和多线程，教科书上最经典的一句话是“进程是资源分配的最小单位，线程是CPU调度的最小单位”，这句话应付考试基本上够了，但如果在工作中遇到类似的选择问题，那就没有这么简单了，选的不好，会让你深受其害。

经常在网络上看到有的XDJM问“多进程好还是多线程好？”、“Linux下用多进程还是多线程？”等等期望一劳永逸的问题，我只能说：没有最好，只有更好。根据实际情况来判断，哪个更加合适就是哪个好。

我们按照多个不同的维度，来看看多线程和多进程的对比（注：因为是感性的比较，因此都是相对的，不是说一个好得不得了，另外一个差的无法忍受）。

在这里插入图片描述

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

原因请看上面的对比。

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

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

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

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

3）强相关的处理用线程，弱相关的处理用进程

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

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

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

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

原因请看上面对比。

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

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

需要提醒的是：虽然我给了这么多的选择原则，但实际应用中基本上都是“进程+线程”的结合方式，千万不要真的陷入一种非此即彼的误区。
消耗资源：

从内核的观点看，进程的目的就是担当分配系统资源（CPU时间、内存等）的基本单位。线程是进程的一个执行流，是CPU调度和分派的基本单位，它是比进程更小的能独立运行的基本单位。

线程，它们彼此之间使用相同的地址空间，共享大部分数据，启动一个线程所花费的空间远远小于启动一个进程所花费的空间，而且，线程间彼此切换所需的时间也远远小于进程间切换所需要的时间。据统计，总的说来，一个进程的开销大约是一个线程开销的30倍左右，当然，在具体的系统上，这个数据可能会有较大的区别。
此段转载自https://blog.csdn.net/yu876876/article/details/82810178
————————————————
原文链接：https://blog.csdn.net/weixin_41566700/article/details/87621812

　　一、多进程和多线程的区别是什么？

　　在Linux下编程多用多进程编程少用多线程编程。

　　IBM有个家伙做了个测试，发现切换线程context的时候，windows比linux快一倍多。进出最快的锁（windows2k的 critical section和linux的pthread_mutex），windows比linux的要快五倍左右。当然这并不是说linux不好，而且在经过实际编程之后，综合来看我觉得linux更适合做high performance server，不过在多线程这个具体的领域内，linux还是稍逊windows一点。这应该是情有可原的，毕竟unix家族都是从多进程过来的，而 windows从头就是多线程的。

　　如果是UNIX/linux环境，采用多线程没必要。

　　多线程比多进程性能高？误导！

　　应该说，多线程比多进程成本低，但性能更低。

　　在UNIX环境，多进程调度开销比多线程调度开销，没有显著区别，就是说，UNIX进程调度效率是很高的。内存消耗方面，二者只差全局数据区，现在内存都很便宜，服务器内存动辄若干G，根本不是问题。

　　多进程是立体交通系统，虽然造价高，上坡下坡多耗点油，但是不堵车。

　　多线程是平面交通系统，造价低，但红绿灯太多，老堵车。

　　我们现在都开跑车，油（主频）有的是，不怕上坡下坡，就怕堵车。

　　高性能交易服务器中间件，如TUXEDO，都是主张多进程的。实际测试表明，TUXEDO性能和并发效率是非常高的。TUXEDO是贝尔实验室的，与UNIX同宗，应该是对UNIX理解最为深刻的，他们的意见应该具有很大的参考意义。

　　二、多进程和多线程的优缺点分析：

　　多进程：

　　多进程优点：

　　1、每个进程互相独立，不影响主程序的稳定性，子进程崩溃没关系；

　　2、通过增加CPU，就可以容易扩充性能；

　　3、可以尽量减少线程加锁/解锁的影响，极大提高性能，就算是线程运行的模块算法效率低也没关系；

　　4、每个子进程都有2GB地址空间和相关资源，总体能够达到的性能上限非常大。

　　多进程缺点：

　　1、逻辑控制复杂，需要和主程序交互；

　　2、需要跨进程边界，如果有大数据量传送，就不太好，适合小数据量传送、密集运算 多进程调度开销比较大；

　　3、最好是多进程和多线程结合，即根据实际的需要，每个CPU开启一个子进程，这个子进程开启多线程可以为若干同类型的数据进行处理。当然你也可以利用多线程+多CPU+轮询方式来解决问题……

　　4、方法和手段是多样的，关键是自己看起来实现方便有能够满足要求，代价也合适。

　　多线程：

　　多线程的优点：

　　1、无需跨进程边界；

　　2、程序逻辑和控制方式简单；

　　3、所有线程可以直接共享内存和变量等；

　　4、线程方式消耗的总资源比进程方式好。

　　多线程缺点：

　　1、每个线程与主程序共用地址空间，受限于2GB地址空间；

　　2、线程之间的同步和加锁控制比较麻烦；

　　3、一个线程的崩溃可能影响到整个程序的稳定性；

　　4、到达一定的线程数程度后，即使再增加CPU也无法提高性能，例如Windows Server 2003，大约是1500个左右的线程数就快到极限了（线程堆栈设定为1M），如果设定线程堆栈为2M，还达不到1500个线程总数；

　　5、线程能够提高的总性能有限，而且线程多了之后，线程本身的调度也是一个麻烦事儿，需要消耗较多的CPU。

转自：https://blog.csdn.net/qq_25408423/article/details/81979072