目的
通过实例实验,比较用多线程和多进程耗时情况,并进行总结归纳,选择效率最高的方法。
多线程和多进程测试
环境
- python3.6
- threading和multiprocessing
- 四核+三星250G-850-SSD
自从用多进程和多线程进行编程,一致没搞懂到底谁更快。网上很多都说python多进程更快,因为GIL(全局解释器锁)。但是我在写代码的时候,测试时间却是多线程更快,所以这到底是怎么回事?最近再做分词工作,原来的代码速度太慢,想提速,所以来探求一下有效方法(文末有代码和效果图)
这里先来一张程序的结果图,说明线程和进程谁更快
定义
1 | 并行是指两个或者多个事件在同一时刻发生。并发是指两个或多个事件在同一时间间隔内发生 |
1 | 线程是操作系统能够进行运算调度的最小单位。它被包含在进程之中,是进程中的实际运作单位。一个程序的执行实例就是一个进程。 |
实现过程
而python里面的多线程显然得拿到GIL,执行code,最后释放GIL。所以由于GIL,多线程的时候拿不到,实际上,它是并发实现,即多个事件,在同一时间间隔内发生。
但进程有独立GIL,所以可以并行实现。因此,针对多核CPU,理论上采用多进程更能有效利用资源。
现实问题
在网上的教程里面,经常能见到python多线程的身影。比如网络爬虫的教程、端口扫描的教程。
这里拿端口扫描来说,大家可以用多进程实现下面的脚本,会发现python多进程更快。那么不就是和我们分析相悖了吗?
1 | import sys,threading |
谁更快
因为python锁的问题,线程进行锁竞争、切换线程,会消耗资源。所以,大胆猜测一下:
1 | 在CPU密集型任务下,多进程更快,或者说效果更好;而IO密集型,多线程能有效提高效率。 |
大家看一下下面的代码:
1 |
|
结果如下:
可以看出来,当对cpu使用率越来越高的时候(代码循环越多的时候),差距越来越大。
验证我们猜想(在CPU密集型任务下,多进程更快,或者说效果更好;而IO密集型,多线程能有效提高效率。
结论
CPU密集型代码(如:各种循环处理、计数等等),适合用多进程
IO密集型代码(如:文件处理、网络爬虫等),适合用多线程
判断方法
1,直接看CPU占用率或硬盘IO读写速度
2,大致上归纳:计算较多为CPU密集型;时间等待较多(如网络爬虫)为IO密集型。
验证
对于IO密集型任务:
单进程单线程直接执行用时:10.0333秒
多线程执行用时:4.0156秒
多进程执行用时:5.0182秒
说明多线程适合IO密集型任务。
对于计算密集型任务
单进程单线程直接执行用时:10.0273秒
多线程执行用时:13.247秒
多进程执行用时:6.8377秒
说明多进程适合计算密集型任务
1 | #coding=utf-8 |