既然python解释器是单线程的,还有进行多线程编程的必要吗?

写再多的线程都绕不过解释器是单线程,那不还等于是单线程? 且线程切换消耗,既然这样,python还有必要进行多线程编程吗?回复内容:
有必要,至少能解决很多io阻塞问题。能产生io阻塞的情况很多,比如网络、磁盘,等等。当发生阻塞时,python是不耗cpu的,此时如果就一个线程就没法处理其他事情了。所以对于含有io阻塞的环境。多线程至少有机会让你把一个cpu核心跑到100%。另一个用处来自于python的c扩展模块。在扩展模块里是可以释放gil的。但释放gil期间不应该调用任何python api。所以,对于一些非常繁重的计算,可以写成c模块,计算前释放gil,计算后重新申请gil,并将结果返回给python。这样就可以让python这个进程利用更多的cpu资源。每个python的线程都是os级别pthread的线程。利用python来管理这些线程比在c层级操作pthread更方便。
多线程最开始就不是用来解决多核利用率问题的。是用来解决io占用时cpu闲置问题的。如果你对此有疑问,请复习操作系统相关章节。
推荐多进程,多线程不是python的菜。或者异步io。
多线程可以用来干解决阻塞问题,可以做事件响应机制(或者类似信号槽的玩意),如果运行瓶颈不在cpu运算而是在io(网络)上,多线程显然很划算。觉得线程切换开销大?那协程吧……觉得gil不能实质性提高性能?那就多进程吧……对了,你还可以纯c构建模块,模块内的多线程随便耍,回头能给python交代就行。
那么单核时代的cpu也是单线程的呀?但是为什么不能执行多个任务多个线程呢?
如果你的任务是多线程的,那么必须多线程例如网络通信,你一边把自己的话输进去,一边收听别人传给你的话那么至少用两个线程至于以最快速度来计算的任务,多线程没意义多进程才有意义,可以利用cpu的多核来搞分布式计算,如一个任务切成4个任务,就在4核同时跑
计算密集型用多进程,io密集型用python多线程。当然你足够牛逼去gil也可以…
基本上很少用到的感觉。。

Posted in 未分类

发表评论