欧美一区二区三区老妇人-欧美做爰猛烈大尺度电-99久久夜色精品国产亚洲a-亚洲福利视频一区二区

Python中的GIL機制原理分析-創(chuàng)新互聯(lián)

這篇文章主要講解了“Python中的GIL機制原理分析”,文中的講解內(nèi)容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“Python中的GIL機制原理分析”吧!

創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設,泰寧企業(yè)網(wǎng)站建設,泰寧品牌網(wǎng)站建設,網(wǎng)站定制,泰寧網(wǎng)站建設報價,網(wǎng)絡營銷,網(wǎng)絡優(yōu)化,泰寧網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè),幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力??沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿,時刻以成就客戶成長自我,堅持不斷學習、思考、沉淀、凈化自己,讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

摘要

什么是線程安全? 為什么python會使用GIL的機制?

在多核時代的到來的背景下,基于多線程來充分利用硬件的編程方法也不斷發(fā)展起來, 但是一旦 牽扯到多線程,就必然會涉及到一個概念,即 線程安全, 本文就主要談下筆者對線程安全的一些理解.

而Python為很多人所抱怨的一點就是GIL,那么python為什么選擇使用GIL, 本文也就這個問題進行一些討論.

引入

你的PC或者筆記本還是單核嗎? 如果是,那你已經(jīng)out了.

隨著納米技術的不斷進步, 計算機芯片的工藝也在進步,但是已經(jīng)很難在工藝上的改進來提高 運算速度而滿足 摩爾定理, 所以intel, amd相繼在采用橫向的擴展即增加更多的CPU, 從而雙核, 4核, N核不斷推出,于是我們進入了多核時代.

于是一個問題出現(xiàn)了, 多核時代的出現(xiàn)對于我們程序員而言意味著什么, 我們?nèi)绾卫枚嗪说膬?yōu)勢?

在回答這個問題之前,建議對 進程 和 線程 不熟悉的讀者可以先補下相關的知識.

當然方案是,可以采用 多進程, 也可以采用 多線程. 二者的大區(qū)別就是, 是否共享資源, 后者是共享資源的,而前者是獨立的. 所以你也可能想起了google chrome為什么又開始使用獨立的進程 來作為每個tab服務了(不共享數(shù)據(jù),意味著有更好的安全性).

相對于進程的輕型特征,多線程環(huán)境有個大的問題就是 如何保證資源競爭,死鎖, 數(shù)據(jù)修改等.

于是,便有了 線程安全 (thread safety)的提出.

線程安全

Thread safety is a computer programming concept applicable in the context of multi-threaded programs.
A piece of code is thread-safe if it functions correctly during simultaneous execution by multiple threads.
In particular, it must satisfy the need for multiple threads to access the same shared data,
and the need for a shared piece of data to be accessed by only one thread at any given time.

上面是wikipedia中的解釋, 換句話說, 線程安全 是在多線程的環(huán)境下, 線程安全能夠保證多個線程同時執(zhí)行時程序依舊運行正確, 而且要保證對于共享的數(shù)據(jù),可以由多個線程存取,但是同一時刻只能有一個線程進行存取.

既然,多線程環(huán)境下必須存在資源的競爭,那么如何才能保證同一時刻只有一個線程對共享資源進行存取?

加鎖, 對, 加鎖可以保證存取操作的唯一性, 從而保證同一時刻只有一個線程對共享數(shù)據(jù)存取.

通常加鎖也有2種不同的粒度的鎖:

  • fine-grained(所謂的細粒度), 那么程序員需要自行地加,解鎖來保證線程安全

  • coarse-grained(所謂的粗粒度), 那么語言層面本身維護著一個全局的鎖機制,用來保證線程安全

前一種方式比較典型的是 java, Jython 等, 后一種方式比較典型的是 CPython (即Python).

前一種本文不進行討論, 具體可參考 java 中的多線程編程部分.

至于Python中的全局鎖機制,也即 GIL (Global Interpreter Lock), 下面主要進行一些討論.

GIL

什么是 GIL ? 答案可參考wikipedia中的說明, 簡單地說就是:

每一個interpreter進程,只能同時僅有一個線程來執(zhí)行, 獲得相關的鎖, 存取相關的資源.

那么很容易就會發(fā)現(xiàn),如果一個interpreter進程只能有一個線程來執(zhí)行, 多線程的并發(fā)則成為不可能, 即使這幾個線程之間不存在資源的競爭.

從理論上講,我們要盡可能地使程序更加并行, 能夠充分利用多核的功能, 那么Python為什么要使用 全局的 GIL 來限制這種并行呢?

這個問題,其實已經(jīng)得到了很多的討論, 不止十年, 可以參考下面的文檔:

反對 GIL 的聲音:

  • An open letter to Guido van Rossum (這個文章值得一看,下面有很多的留言也值得一看)

認為 GIL 不能去除的:

  • It isn't Easy to Remove the GIL (這個文章來自python作者 Guido, 他說明了什么要使用 GIL)

其它的一些討論很容易從Google來搜索得到, 譬如: GIL at google.

那么,簡單總結下雙方的觀點.

認為應該去除 GIL 的:

  • 不順應計算機的發(fā)展潮流(多核時代已經(jīng)到來, 而 GIL 會很影響多核的使用)

  • 大幅度提升多線程程序的速度

認為不應該去除 GIL 的(如果去掉,會):

  • 寫python的擴展(module)時會遇到鎖的問題,程序員需要繁瑣地加解鎖來保證線程安全

  • 會較大幅度地減低單線程程序的速度

后者是 Guido 最為關切的, 也是不去除 GIL 最重要的原因, 一個簡單的嘗試是在1999年(十年前), 最終的結果是導致單線程的程序速度下降了幾乎2倍.

歸根結底,其實就是多進程與多線程的選擇問題, 有一段話比較有意思, 可以參考 http://www.artima.com/forums/flat.jsp?forum=106&thread=214235.

我引用如下:

I actually don't think removing the GIL is a good solution.
But I don't think threads are a good solution, either.
They're too hard to get right, and I say that after spending literally years studying threading in both C++ and Java.
Brian Goetz has taken to saying that no one can get threading right.

引自 Bruce Eckel 對 Guido 的回復. 而 Bruce Eckel 是何許人, 如果你了解 java 或者 C++, 那么應該不會不知道他.

個人的觀點

那么,從我自己的角度來看(我沒有太多的多線程編程經(jīng)驗), 先不論多線程的速度優(yōu)勢等,我更加喜歡多進程的是:

  • 簡單,無需要人為(或者語言級別)的加解鎖. 想想 java 中的多線程編程,程序員通常會在此處出錯(java程序員可以思考下)

  • 安全, 這也是瀏覽器為什么開始使用多進程的一個原因

依照Python自身的哲學, 簡單 是一個很重要的原則,所以, 使用 GIL 也是很好理解的.

當然你真的需要充分利用多核的速度優(yōu)勢,此時python可能并非你最佳的選擇,請考慮別的語言吧,如 java, erlang 等.

感謝各位的閱讀,以上就是“Python中的GIL機制原理分析”的內(nèi)容了,經(jīng)過本文的學習后,相信大家對Python中的GIL機制原理分析這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關知識點的文章,歡迎關注!

網(wǎng)站欄目:Python中的GIL機制原理分析-創(chuàng)新互聯(lián)
文章網(wǎng)址:http://chinadenli.net/article16/cejigg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供品牌網(wǎng)站建設小程序開發(fā)、關鍵詞優(yōu)化響應式網(wǎng)站、App設計、網(wǎng)站建設

廣告

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

成都網(wǎng)頁設計公司
日韩精品一区二区三区av在线| 国产又黄又猛又粗又爽的片| 成人国产激情在线视频| 激情内射亚洲一区二区三区| 九九热最新视频免费观看| 国产成人精品99在线观看| 91亚洲国产成人久久精品麻豆| 国产又猛又大又长又粗| 国产亚洲午夜高清国产拍精品| 国产高清一区二区白浆| 三级高清有码在线观看| 国产成人午夜av一区二区| 国产又粗又硬又大又爽的视频| 亚洲一区二区三在线播放| 国产一区二区三区丝袜不卡| 亚洲另类女同一二三区| 国产一区二区三区不卡| 精品熟女少妇av免费久久野外| 久久国产精品热爱视频| 嫩草国产福利视频一区二区| 中文字幕中文字幕一区二区| 亚洲一区二区三区四区| 高跟丝袜av在线一区二区三区| 午夜精品一区免费视频| 成年女人下边潮喷毛片免费| 九九蜜桃视频香蕉视频| 久久精品国产第一区二区三区| 欧美精品激情视频一区| 亚洲综合色在线视频香蕉视频| 91免费一区二区三区| 色婷婷久久五月中文字幕| 欧美激情区一区二区三区| 精品人妻一区二区三区免费| 国内自拍偷拍福利视频| 青青草草免费在线视频| 国产大屁股喷水在线观看视频 | 亚洲精品福利视频在线观看| 中国美女草逼一级黄片视频| 国产日韩中文视频一区| 久久精品国产在热久久| 欧美区一区二区在线观看|