资讯专栏INFORMATION COLUMN

Python解析器Cpython的GIL解释器锁工作机制

89542767 / 396人阅读

  小编写这篇文章的一个主要目的,主要是来给大家做个解答,解答的内容主要是涉及到的内容有Python解析器的一些相关介绍,介绍的内容主要是Cpython的GIL解释器解锁相关机制的一些介绍。具体的内容,下面就给大家详细解答下。


  本节重点


  掌握Cpython的GIL解释器锁的工作机制


  掌握GIL与互斥锁


  掌握Cpython下多线程与多进程各自的应用场景


  本节时长需控制在45分钟内


  一引子


  定义:


  In CPython,the global interpreter lock,or GIL,is a mutex that prevents multiple


  native threads from executing Python bytecodes at once.This lock is necessary mainly


  because CPython’s memory management is not thread-safe.(However,since the GIL


  exists,other features have grown to depend on the guarantees that it enforces.)


  结论:在Cpython解释器中,同一个进程下开启的多线程,同一时刻只能有一个线程执行,无法利用多核优势


  首先需要明确的一点是GIL并不是Python的特性,它是在实现Python解析器(CPython)时所引入的一个概念。就好比C++是一套语言(语法)标准,但是可以用不同的编译器来编译成可执行代码。


  有名的编译器例如GCC,INTEL C++,Visual C++等。Python也一样,同样一段代码可以通过CPython,PyPy,Psyco等不同的Python执行环境来执行。


  像其中的JPython就没有GIL。然而因为CPython是大部分环境下默认的Python执行环境。


  所以在很多人的概念里CPython就是Python,也就想当然的把GIL归结为Python语言的缺陷。


  所以这里要先明确一点:GIL并不是Python的特性,Python完全可以不依赖于GIL


  二GIL介绍


  GIL本质就是一把互斥锁,既然是互斥锁,所有互斥锁的本质都一样,都是将并发运行变成串行,以此来控制同一时间内共享数据只能被一个任务所修改,进而保证数据安全。


  可以肯定的一点是:保护不同的数据的安全,就应该加不同的锁。


  要想了解GIL,首先确定一点:每次执行python程序,都会产生一个独立的进程。例如python test.py,python aaa.py,python bbb.py会产生3个不同的python进程


  验证python test.py只会产生一个进程


  #test.py内容
  import os,time
  print(os.getpid())
  time.sleep(1000)
  #打开终端执行
  python3 test.py
  #在windows下查看
  tasklist|findstr python


  #在linux下下查看


  ps aux|grep python


  在一个python的进程内,不仅有test.py的主线程或者由该主线程开启的其他线程,还有解释器开启的垃圾回收等解释器级别的线程,总之,所有线程都运行在这一个进程内,毫无疑问


  1、所有数据都是共享的,这其中,代码作为一种数据也是被所有线程共享的(test.py的所有代码以及Cpython解释器的所有代码)


  例如:test.py定义一个函数work(代码内容如下图),在进程内所有线程都能访问到work的代码,于是我们可以开启三个线程然后target都指向该代码,能访问到意味着就是可以执行。


  2、所有线程的任务,都需要将任务的代码当做参数传给解释器的代码去执行,即所有的线程要想运行自己的任务,首先需要解决的是能够访问到解释器的代码。


  综上:


  如果多个线程的target=work,那么执行流程是


  多个线程先访问到解释器的代码,即拿到执行权限,然后将target的代码交给解释器的代码去执行


  解释器的代码是所有线程共享的,所以垃圾回收线程也可能访问到解释器的代码而去执行,这就导致了一个问题:对于同一个数据100,可能线程1执行x=100的同时,而垃圾回收执行的是回收100的操作,解决这种问题没有什么高明的方法,就是加锁处理,如下图的GIL,保证python解释器同一时间只能执行一个任务的代码

01.png

  三GIL与Lock


  机智的同学可能会问到这个问题:Python已经有一个GIL来保证同一时间只能有一个线程来执行了,为什么这里还需要lock?


  首先,我们需要达成共识:锁的目的是为了保护共享的数据,同一时间只能有一个线程来修改共享的数据


  然后,我们可以得出结论:保护不同的数据就应该加不同的锁。


  最后,问题就很明朗了,GIL与Lock是两把锁,保护的数据不一样,前者是解释器级别的(当然保护的就是解释器级别的数据,比如垃圾回收的数据),后者是保护用户自己开发的应用程序的数据,很明显GIL不负责这件事,只能用户自定义加锁处理,即Lock,如下图

02.png

  分析:


  1、100个线程去抢GIL锁,即抢执行权限


  2、肯定有一个线程先抢到GIL(暂且称为线程1),然后开始执行,一旦执行就会拿到lock.acquire()


  3、极有可能线程1还未运行完毕,就有另外一个线程2抢到GIL,然后开始运行,但线程2发现互斥锁lock还未被线程1释放,于是阻塞,被迫交出执行权限,即释放GIL


  4、直到线程1重新抢到GIL,开始从上次暂停的位置继续执行,直到正常释放互斥锁lock,然后其他的线程再重复2 3 4的过程


  代码示范


  from threading import Thread,Lock
  import os,time
  def work():
  global n
  lock.acquire()
  temp=n
  time.sleep(0.1)
  n=temp-1
  lock.release()
  if __name__=='__main__':
  lock=Lock()
  n=100
  l=[]
  for i in range(100):
  p=Thread(target=work)
  l.append(p)
  p.start()
  for p in l:
  p.join()
  print(n)#结果肯定为0,由原来的并发执行变成串行,牺牲了执行效率保证了数据安全,不加锁则结果可能为99


  四GIL与多线程


  有了GIL的存在,同一时刻同一进程中只有一个线程被执行


  听到这里,有的同学立马质问:进程可以利用多核,但是开销大,而python的多线程开销小,但却无法利用多核优势,也就是说python没用了,php才是最牛逼的语言?


  别着急啊,老娘还没讲完呢。


  要解决这个问题,我们需要在几个点上达成一致:


  1、cpu到底是用来做计算的,还是用来做I/O的?


  2、多cpu,意味着可以有多个核并行完成计算,所以多核提升的是计算性能


  3、每个cpu一旦遇到I/O阻塞,仍然需要等待,所以多核对I/O操作没什么用处


  一个工人相当于cpu,此时计算相当于工人在干活,I/O阻塞相当于为工人干活提供所需原材料的过程,工人干活的过程中如果没有原材料了,则工人干活的过程需要停止,直到等待原材料的到来。


  如果你的工厂干的大多数任务都要有准备原材料的过程(I/O密集型),那么你有再多的工人,意义也不大,还不如一个人,在等材料的过程中让工人去干别的活,


  反过来讲,如果你的工厂原材料都齐全,那当然是工人越多,效率越高


  结论:


  1、对计算来说,cpu越多越好,但是对于I/O来说,再多的cpu也没用


  2、当然对运行一个程序来说,随着cpu的增多执行效率肯定会有所提高(不管提高幅度多大,总会有所提高),这是因为一个程序基本上不会是纯计算或者纯I/O,所以我们只能相对的去看一个程序到底是计算密集型还是I/O密集型,从而进一步分析python的多线程到底有无用武之地


  假设我们有四个任务需要处理,处理方式肯定是要玩出并发的效果,解决方案可以是:


  方案一:开启四个进程


  方案二:一个进程下,开启四个线程


  单核情况下,分析结果:


  如果四个任务是计算密集型,没有多核来并行计算,方案一徒增了创建进程的开销,方案二胜


  如果四个任务是I/O密集型,方案一创建进程的开销大,且进程的切换速度远不如线程,方案二胜


  多核情况下,分析结果:


  如果四个任务是计算密集型,多核意味着并行计算,在python中一个进程中同一时刻只有一个线程执行用不上多核,方案一胜


  如果四个任务是I/O密集型,再多的核也解决不了I/O问题,方案二胜


  结论:


  现在的计算机基本上都是多核,python对于计算密集型的任务开多线程的效率并不能带来多大性能上的提升,甚至不如串行(没有大量切换),但是,对于IO密集型的任务效率还是有显著提升的。


  五多线程性能测试


  如果并发的多个任务是计算密集型:多进程效率高


  from multiprocessing import Process
  from threading import Thread
  import os,time
  def work():
  res=0
  for i in range(100000000):
  res*=i
  if __name__=='__main__':
  l=[]
  print(os.cpu_count())#本机为4核
  start=time.time()
  for i in range(4):
  p=Process(target=work)#耗时5s多
  p=Thread(target=work)#耗时18s多
  l.append(p)
  p.start()
  for p in l:
  p.join()
  stop=time.time()
  print('run time is%s'%(stop-start))
  如果并发的多个任务是I/O密集型:多线程效率高
  from multiprocessing import Process
  from threading import Thread
  import threading
  import os,time
  def work():
  time.sleep(2)
  print('===>')
  if __name__=='__main__':
  l=[]
  print(os.cpu_count())#本机为4核
  start=time.time()
  for i in range(400):
  #p=Process(target=work)#耗时12s多,大部分时间耗费在创建进程上
  p=Thread(target=work)#耗时2s多
  l.append(p)
  p.start()
  for p in l:
  p.join()
  stop=time.time()
  print('run time is%s'%(stop-start))


  应用:


  多线程用于IO密集型,如socket,爬虫,web


  多进程用于计算密集型,如金融分析


  综上所述,上述内容就给大家介绍完毕,希望可以给大家带来一定的帮助。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/128440.html

相关文章

  • 浅谈Python多线程

    摘要:进程可创建多个线程来执行同一程序的不同部分。就绪等待线程调度。运行线程正常运行阻塞暂停运行,解除阻塞后进入状态重新等待调度。消亡线程方法执行完毕返回或者异常终止。多线程多的情况下,依次执行各线程的方法,前头一个结束了才能执行后面一个。 浅谈Python多线程 作者简介: 姓名:黄志成(小黄)博客: 博客 线程 一.什么是线程? 操作系统原理相关的书,基本都会提到一句很经典的话: 进程...

    zsirfs 评论0 收藏0
  • python多线程、、event事件机制简单使用

    摘要:从调用方法启动线程,到方法执行完毕或遇到未处理异常而中断这段时间内,线程是激活的调用将会使主调线程堵塞,直到被调用线程运行结束或超时。对象实现了简单的线程通信机制,它提供了设置信号,清除信号,等待等用于实现线程间的通信。 线程和进程 1、线程共享创建它的进程的地址空间,进程有自己的地址空间2、线程可以访问进程所有的数据,线程可以相互访问 3、线程之间的数据是独立的 4、子进程复制线程的...

    lowett 评论0 收藏0
  • 从伪并行 Python 多线程说起

    摘要:多个线程可以同时执行。现在我们执行,尝试在不同数量的线程中执行这个函数。如果线程是真并行,时间开销应该不会随线程数大幅上涨。由此可见,确实是造成伪并行现象的主要因素。小结由于的存在,大多数情况下多线程无法利用多核优势。 本文首发于本人博客,转载请注明出处 写在前面 作者电脑有 4 个 CPU,因此使用 4 个线程测试是合理的 本文使用的 cpython 版本为 3.6.4 本文使...

    SegmentFault 评论0 收藏0
  • GIL 已经被杀死了么?

    摘要:酷睿代在年取代了奔腾,主频远低于此。该词被敏捷开发团队使用较多,含义与形式会略有不同,更改已经开始将垃圾收集器的状态转到解释器,因此每个子解释器将拥有它自己的本该如此。结论死亡了吗对于单线程的应用程序,仍然存活。showImg(https://user-gold-cdn.xitu.io/2019/5/19/16ad09f554fdf443); 本文原创并首发于公众号【Python猫】,未经授...

    番茄西红柿 评论0 收藏0
  • GIL 已经被杀死了么?

    摘要:酷睿代在年取代了奔腾,主频远低于此。该词被敏捷开发团队使用较多,含义与形式会略有不同,更改已经开始将垃圾收集器的状态转到解释器,因此每个子解释器将拥有它自己的本该如此。结论死亡了吗对于单线程的应用程序,仍然存活。showImg(https://user-gold-cdn.xitu.io/2019/5/19/16ad09f554fdf443); 本文原创并首发于公众号【Python猫】,未经授...

    pkwenda 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<