CPython中的GIL

GIL:全局解释器锁(cpython中)

GIL产生的背景,由于C语言底层原因,CPpython中多线程运行,每个线程都需要申请全局资源,但是Cpython并不能应对所有线程同时的资源请求,为防止发生错误,对所有线程申请全局资源的时候增加了限制--全局解释器锁。(造成线程只能一个一个的运行)

GIL释放:当前线程执行超时(Python计时器)会自动释放,如果当前线程没有超时但执行结束也会释放,当前线程执行阻塞操作时也会自动释放(如IO操作,等待操作,下载操作)

GIL只是CPython中的全局解释器锁,如果使用其他Python解释器则没有GIL这个名词。
CPython中创建的每个线程在执行的过程中都要需要先获取GIL,保证同一个时刻只有一个线程可以执行代码
python使用多进程是可以利用多核的CPU资源的
 
 
既然CPython中有GIL,还有必要在CPython使用多线程吗?

 由于GIL锁在线程遇到阻塞操作时会释放,进而执行另一个线程,所以如果使用多线程执行IO密集型操作是有性能提升的,但是如果使用多线程执行计算密集型操作是没有性能提升的。
 
 
既然CPython中有GIL,还有必要在CPython中使用线程锁(Lock互斥锁)吗?
 因为GIL的释放时机我们无法控制,很可能操作并没有完成,而Lock是我们用完后手动释放(操作完整)。

线程1 取出全局变量 g_number == 0 一直加到20000,但是还没有来得及将20000写入g_number中,就超时了自动释放GIL 而线程2 取出g_number==19999 加到39999由于超时自动释放GIL 此时线程2获取到GIL继续着未完成的事业将20000写入g_number。结果就会是错误的,如果进行互斥锁,会完成成功计算。
 

转载于:https://www.cnblogs.com/serpent/p/9448914.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
PythonGIL(全局解释器锁)是一种机制,它确保在任何给定时间只有一个线程在解释器执行字节码。这意味着在多线程的情况下,Python的多线程并不能真正实现并行执行,而只是并发执行。 GIL的存在是为了保护Python解释器内部数据结构的一致性,因为这些数据结构在多线程环境下可能会出现竞争条件。然而,这也导致了Python在处理计算密集型任务时的性能问题,因为只有一个线程可以执行字节码。 虽然GIL对于IO密集型任务并不是一个问题,因为线程在等待IO操作完成时会释放GIL,但对于计算密集型任务,GIL会成为性能瓶颈。 要解决GIL的限制,有几种方法可以尝试: 1. 使用多进程而不是多线程:Python的multiprocessing模块提供了一种在多个进程执行任务的方式,每个进程都有自己的解释器和GIL。这样可以实现真正的并行执行。你可以使用multiprocessing模块来将计算密集型任务分配给多个进程执行。 2. 使用其他解释器:除了CPython,还有其他的Python解释器,如Jython、IronPython和PyPy。这些解释器没有GIL的限制,因此可以实现真正的并行执行。但需要注意的是,这些解释器可能不支持所有的Python库和功能。 3. 使用C扩展:对于计算密集型任务,可以使用C扩展来绕过GIL。通过将计算部分的代码编写为C扩展,可以在不受GIL限制的情况下执行计算。 下面是一个使用多进程的示例代码,演示了如何绕过GIL实现并行执行: ```python from multiprocessing import Pool def calculate_square(n): return n * n if __name__ == '__main__': numbers = [1, 2, 3, 4, 5] pool = Pool() result = pool.map(calculate_square, numbers) print(result) ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值