久久99久久人婷婷精品综合_超碰aⅴ人人做人人爽欧美_亚洲电影第三页_日韩欧美一中文字暮专区_波多野结衣的一区二区三区_婷婷在线播放_人人视频精品_国产精品日韩精品欧美精品_亚洲免费黄色_欧美性猛交xxxxxxxx

Python多線程無法利用多核的原因是什么

這篇文章主要講解了“Python多線程無法利用多核的原因是什么”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“Python多線程無法利用多核的原因是什么”吧!

成都創新互聯公司網站建設公司,提供網站制作、做網站,網頁設計,建網站,PHP網站建設等專業做網站服務;可快速的進行網站開發網頁制作和功能擴展;專業做搜索引擎喜愛的網站,是專業的做網站團隊,希望更多企業前來合作!

1.全局解釋鎖

如題: Python的多線程為什么不能利用多核處理器?

全局解釋器鎖(Global Interpreter Lock)是計算機程序設計語言解釋器用于同步線程的一種機制,它使得任何時刻僅有一個線程在執行。

即便在多核處理器上,使用 GIL 的解釋器也只允許同一時間執行一個線程,常見的使用 GIL 的解釋器有CPython與Ruby MRI。

可以看到GIL并不是Python獨有的特性,是解釋型語言處理多線程問題的一種機制而非語言特性。

2.Python的解釋器

Python是一門解釋器語言,代碼通過解釋器執行,Python存在多種解釋器,分別基于不同語言開發,每個解釋器有不同的特點。

Python程序的解釋和執行過程簡圖:

  • CPython

CPython是主流版本的解釋器,這個解釋器是使用C語言編寫的,也是使用最為廣泛的解釋器,可以方便地和C/C++的類庫進行交互,因此也是最受關注的解釋器。

  • Jython

一種由java語言編寫的python解釋器,是將python編譯成Java字節碼然后執行的一種解釋器,可以方便地和Java的類庫進行交互。

  • IronPython

將Python代碼解釋為.Net平臺上運行的字節碼進行執行,類似Jython解釋器,可以方便的和.Net平臺上的類庫進行交互。IPython

在交互效果上有所增強,但執行過程和功能方面和CPython是一樣的。

  • PyPy

一種使用JIT(just-in-time)技術的編譯器,專注于執行速度,對Python代碼進行動態編譯,從而提高Python的執行速度。

PyPy在處理python代碼的過程中,一小部分功能的處理和CPython的執行結果是有差異的,如果項目中要使用PyPy來進行執行效率的提升的話,一定要事先了解下PyPy和CPython的區別。

3.CPython的線程不安全

CPython的線程是操作系統的原生線程,在Linux的pthread完全由操作系統調度執行。

pthread本身不是線程安全的,需要使用者通過鎖來實現多線程的安全運行,因此CPython解釋器下的Python實現多線程也必然存在線程不安全的問題。

這就為GIL在多核時代的使用埋下了隱患。

4.GIL產生背景和挑戰

Python是Guido van Rossum  在1989年發布的,那個時候計算機的主頻還沒有達到1G,程序全部都是運行在單核計算機上面,直到2005年多核處理器才被Intel開發出來。

Python各版本發布時間軸:

Python多線程無法利用多核的原因是什么

4.1 多核化對軟件系統的沖擊

戈登·摩爾 1965 年預測,每個集成電路的元件數量每 18 到 24 個月就會翻一倍,它的適用性預計會持續到 2015-2020 年。

Python多線程無法利用多核的原因是什么

摩爾定律未失效前軟件系統可以單純借助硬件的進步來獲得性能的提升或者只需少量改進,就可以坐享性能飛躍。

然而從 2005 年開始,時鐘速率的增長和晶體管數量的增長已不再同步。

由于處理器材料的物理性質限制,時鐘速率已停止增長甚至下降,處理器制造商開始將更多執行單元核心封裝到單個芯片中。

這一趨勢給應用程序開發和編程語言設計帶來越來越大的壓力。

程序員和編程語言決策者不得不考慮如何快速適應多核硬件,來提高軟件性能和編程語言的市場占有率,Python也不例外受到沖擊。

4.2 多核化對CPython的沖擊

在單核時代,崇尚優美、清晰、簡單的吉多.范羅蘇姆選擇在解釋器層面實現了一把全局互斥鎖,來保護Python對象從而實現對單核CPU的使用率,這種做法在單核時代很奏效。

倘若在單核時未選擇GIL,那么開發者就需要自己實現任務的管理,這樣做對于CPU的利用率提高無法做到極致。

圖為Python之父吉多.范羅蘇姆:

Python多線程無法利用多核的原因是什么

但是隨著多核時代的到來,高效地利用CPU  核心的有效方法就是使用并行性,多線程是充分實現并行的好方法,但是CPython的GIL卻阻礙了對多核CPU的利用。

4.3 痛并快樂著的GIL

CPython的GIL給使用者帶來了便利,并且在GIL的基礎上開發了許多重要的Package和語言功能。

但是多核CPU的普適和其他語言對Python的沖擊,讓GIL顯得原始而粗暴,無法有效利用多核處理器成為了弊端。

5.多核時代GIL暴露的問題

要搞清楚GIL對多線程程序的影響就要了解GIL的運行基本原理。

  • 單核CPU情況

CPython的Pthread是通過操作系統調度算法調度執行。

Python解釋器每執行一定數量的字節碼,或遇到系統IO時,會強制釋放GIL,然后觸發一次操作系統的線程調度,實現單核CPU的充分利用,并且在單核上釋放和重新執行的時間間隔非常短。

  • 多核CPU情況

多核情況下多線程執行時,一個線程在CPU-A執行完之后釋放GIL,其他CPU上的線程都會進行競爭,但CPU-A可能又馬上獲取到了GIL。

這就導致其他CPU上被喚醒的線程只能眼巴巴地看著CPU-A上的線程再次執行,而自己只能等待,直到又被切換到待調度的狀態。

這就會產生多核CPU頻繁進行線程切換,消耗著資源,但只有一個線程能夠拿到GIL真正執行Python代碼,這就導致多線程在多核CPU情況下,效率還不如單線程執行效率高。

這種情況非常類似于網絡編程中的多個線程監聽同一端口造成的驚群現象,只不過是CPU級別的,造成的浪費更加奢侈。

6.GIL的實際影響

  • I/O密集型

在單核CPU上執行多線程時由解釋器實現了有效的切換,這一點是很有益處的。

在I/O密集型的諸如網絡爬蟲等類型的程序即使使用GIL控制下的多線程程序性能也不會像你想象中那么糟糕。

  • CPU密集型

對于CPU密集型的計算類程序GIL就有比較大的問題,因為CPU密集型的程序本身沒有太多等待,不需要解釋器介入并且所有任務只能等待1個核心,其他核心空閑也無法使用,這么看對多核的使用確實很糟糕。

7.拋棄和優化GIL

GIL一直備受爭議,為此PEP也多次嘗試刪除或者優化GIL,但是解釋器本身的復雜性和眾多GIL下的類庫都讓GIL移除成為遙不可及的想法。

  • 移除GIL

在1999年針對Python 1.5,一個free threading補丁已經嘗試實現了這個想法,該補丁來自Greg Stein。

在這個補丁中,GIL被完全的移除,且用細粒度的鎖來代替。然而,GIL的移除給單線程程序的執行速度帶來了一定的代價。

當用單線程執行時,速度大約降低了40%。使用兩個線程展示出了在速度上的提高,但除了這個提高,這個收益并沒有隨著核數的增加而線性增長。由于執行速度的降低,這一補丁被拒絕了,并且幾乎被人遺忘。

1999年多核還是個幻想,但是在現今移除GIL也異常困難,真的移除效果如何也是未知的,只能說回頭太難。

  • 優化GIL

2009年Antoine Pitrou 在Python 3.2中實現了一個新的GIL,并且帶著一些積極的結果。

這是GIL的一次最主要改變,舊的GIL通過對Python指令進行計數來確定何時放棄GIL。

單條Python指令將會包含大量的工作,在新的GIL實現中,用一個固定的超時時間來指示當前的線程以放棄這個鎖,使得線程間的切換更加可預測。

8.GIL缺陷的解決方案

python作為生命力極強的熱門語言,絕對不會在多核時代坐以待斃。即便有GIL的限制,仍然有許多方法讓程序擁抱多核。

  • 多進程

Python2.6引入了MultiProcess庫來彌補Threading庫中GIL帶來的缺陷,基于此開發多進程程序,每個進程有單獨的GIL,避免多進程之間對GIL的競爭,從而實現多核的利用,但是也帶來一些同步和通信問題,這也是必然會出現的。

  • Ctypes

CPython的優勢就是與C模塊的結合,因此可以借助Ctypes調用C的動態庫來實現將計算轉移,C動態庫沒有GIL可以實現對多核的利用。

  • 協程

協程也是一個很好的手段,在Python3.4之前沒有對協程的支持,存在一些三方庫的實現,比如gevent和Tornado。

Python3.4之后就內置了asyncio標準庫真正實現了協程這一特性。

9.小結

GIL仍然是Python語言里最困難的技術挑戰,GIL問題的并不是編程語言的本身問題,換做其他語言只是將問題轉移到了用戶層面,相反Python的作者嘗試將這種問題轉移到解釋器給使用者呈現一個優雅的語言。

雖然多核時代的到來暴露了GIL的缺陷,但是Python決策者和社區開發者已經做出了許多其他措施來擁抱多核,無知地詬病GIL是不明智的做法。

如同生產關系要適應生產力的發展一樣,拋開歷史背景談機制的優劣,都是有失偏頗的,所以對待GIL要辯證看待。

感謝各位的閱讀,以上就是“Python多線程無法利用多核的原因是什么”的內容了,經過本文的學習后,相信大家對Python多線程無法利用多核的原因是什么這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創新互聯,小編將為大家推送更多相關知識點的文章,歡迎關注!

新聞名稱:Python多線程無法利用多核的原因是什么
當前路徑:http://www.js-pz168.com/article26/jhjhjg.html

成都網站建設公司_創新互聯,為您提供網站收錄、網站導航、全網營銷推廣、手機網站建設網站維護、虛擬主機

廣告

聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯

搜索引擎優化
久久99久久人婷婷精品综合_超碰aⅴ人人做人人爽欧美_亚洲电影第三页_日韩欧美一中文字暮专区_波多野结衣的一区二区三区_婷婷在线播放_人人视频精品_国产精品日韩精品欧美精品_亚洲免费黄色_欧美性猛交xxxxxxxx
六月丁香综合在线视频| 99精品久久免费看蜜臀剧情介绍| 成人精品免费网站| 国产精品一区二区在线观看| 亚洲图片都市激情| 日韩欧美中文一区二区| 国产精品福利在线播放| 老色鬼精品视频在线观看播放| 99国内精品久久| 日韩欧美一区二区三区四区 | 一区二区三区欧美日| 韩国av一区二区三区| 超碰97在线资源| 国v精品久久久网| 九9re精品视频在线观看re6| 欧美日韩高清在线| 亚洲色图在线看| 国产剧情一区二区| 久久综合中文色婷婷| 制服视频三区第一页精品| 亚洲欧美影音先锋| 国产精品一区二区免费不卡| 久久久水蜜桃| 91精品国产综合久久精品| 亚洲日本免费电影| 国产又黄又大久久| 欧美日本国产精品| 欧美成人猛片aaaaaaa| 亚洲午夜免费视频| 91麻豆文化传媒在线观看| 这里只有精品66| 中文字幕乱码亚洲精品一区 | 日韩美女久久久| 国产精品一区免费视频| 日韩欧美一区二区在线观看| 欧美精品一区二区三区一线天视频| 亚洲愉拍自拍另类高清精品| www..com久久爱| 成人app在线观看| 色一情一区二区三区四区 | 成人av动漫在线| 91久久精品一区二区| 国产精品伦理一区二区| 国产精品一区二区你懂的| 亚欧洲精品在线视频免费观看| 久久午夜国产精品| 国内欧美视频一区二区| 日本精品一区| 久久久久久久久久久久电影| 精品一区二区三区免费| 日韩av电影免费在线| 久久久久久久久久久久久女国产乱| 麻豆91免费观看| 日本成人黄色| 国产喷白浆一区二区三区| 国产精品123| 色一区在线观看| 亚洲日本va在线观看| 91在线观看高清| 91精品国产综合久久香蕉的特点| 亚洲第一搞黄网站| 国产亚洲精品久久飘花| 日韩欧美电影一区| 捆绑调教一区二区三区| 五码日韩精品一区二区三区视频| 久久久.com| 成人性生交大合| 欧美性生交片4| 亚洲成a人片在线观看中文| 精品国产一区二区三区麻豆免费观看完整版 | 欧美日本亚洲| 国产精品青草综合久久久久99| 成人蜜臀av电影| 欧美日韩一级二级| 视频一区中文字幕国产| 日本一区二区三区视频免费看| 日本一区二区三级电影在线观看 | 久久久三级国产网站| 国产传媒一区在线| 欧美调教femdomvk| 日韩av电影天堂| 亚洲三级一区| 欧美一区二区三区视频免费| 蜜臀精品一区二区三区在线观看 | 日韩精品国产精品| 青青草成人网| 亚洲人成在线观看一区二区| 国产成人精品一区二区三区福利| 亚洲精品一区二区三区香蕉 | 九九久久99| 国产精品美日韩| 国产福利一区二区三区在线观看| 久久午夜羞羞影院免费观看| 成人一级黄色片| 91精品国产色综合久久不卡电影 | 日韩精品一区二区三区四区 | 蜜桃一区二区三区四区| 一区二区三区四区国产| 亚洲www啪成人一区二区麻豆| 欧美一区亚洲二区| 亚洲靠逼com| 日本一区二区三区免费观看| 一区二区三区四区在线播放| 久久婷婷人人澡人人喊人人爽| 国产精品初高中害羞小美女文| 国产精品18毛片一区二区| 国产三级精品三级| 肥熟一91porny丨九色丨| 国产精品全国免费观看高清| 国产在线一区二区三区欧美| 国产精品久久久久久久午夜片 | 国产欧美精品一区| 国产精品二区二区三区| 国产精品人成在线观看免费| 国产亚洲精品久久飘花| 日韩毛片视频在线看| 免费久久99精品国产自| 一区2区3区在线看| 亚洲欧美丝袜| 蜜桃av一区二区三区| 欧美日韩二区三区| 懂色中文一区二区在线播放| 精品奇米国产一区二区三区| 99久久国产综合精品女不卡| 国产网站一区二区| 精品国产一区二区三区久久久久久| 亚洲蜜臀av乱码久久精品蜜桃| 少妇精品久久久久久久久久| 日韩制服丝袜av| 欧美午夜一区二区三区 | 欧美日韩你懂得| 国产精品123区| 久久久久亚洲蜜桃| 九色综合日本| 午夜精品久久久久久久久久| 91福利精品第一导航| 国产一区视频导航| 精品久久国产字幕高潮| 成人在线视频网址| 亚洲精品免费在线观看| 成人爱爱电影网址| 国产情人综合久久777777| 久热国产精品视频一区二区三区| 午夜日韩在线观看| 欧美日韩国产乱码电影| 99久久婷婷国产综合精品| 国产精品对白交换视频| 亚洲电影一二三区| 国产一区二区三区黄视频| 久久人人爽爽爽人久久久| 久久av一区二区三区漫画| 五月激情综合网| 在线综合亚洲欧美在线视频 | 国产亚洲欧美日韩在线一区| 久久天天狠狠| 蜜桃在线一区二区三区| 精品国产一区二区三区四区四| 国产偷久久久精品专区| 日韩福利视频导航| 日韩久久久精品| 久久久精品国产一区二区三区| 日韩综合一区二区| 精品三级在线观看| 久久国产精品一区二区三区四区| 日韩精品亚洲一区二区三区免费| 日韩一级片网站| 狠狠色伊人亚洲综合网站色| 日产国产高清一区二区三区| 欧美电影免费提供在线观看| 久中文字幕一区| 国内精品嫩模私拍在线| 国产欧美一二三区| 一区二区欧美日韩| 99久久久无码国产精品| 夜夜精品浪潮av一区二区三区| 欧美日本在线一区| 国产精品福利视频| 六月丁香婷婷色狠狠久久| 久久九九99视频| 一卡二卡3卡四卡高清精品视频| 成人理论电影网| 亚洲精品中文字幕乱码三区| 欧美日韩一本到| 国产女主播一区二区| 蜜臀av性久久久久蜜臀aⅴ| 国产视频一区二区三区在线观看| 亚洲精品日韩成人| 99久久99久久免费精品蜜臀| 亚洲chinese男男1069| 欧美大肚乱孕交hd孕妇| 亚洲精品国产精品久久| eeuss影院一区二区三区| 亚洲va欧美va天堂v国产综合| 精品国产第一区二区三区观看体验 | 亚洲在线不卡| 91在线高清观看| 男人的j进女人的j一区| 亚洲国产精品黑人久久久| 欧美日韩一区二区在线观看视频 | 亚洲欧美一区二区在线观看|