![]()
整理 | 屠敏
出品 | CSDN(ID:CSDNnews)
Python 社區正在經歷一次不太常見的“內部剎車”事件。
近日,Python 指導委員會突然發布了一則《關于 JIT 項目》的公告,要求暫停代碼主分支上即時編譯器(JIT)項目的全部新功能開發工作。現有的代碼可以繼續修 Bug、進行安全更新, 而所有新功能、新優化、性能迭代全部暫停。
![]()
該委員會還給出了明確的時間限制:未來 6 個月內,負責 JIT 開發的核心開發者以及貢獻者必須提交一份正式的 PEP 提案;若逾期未落地,JIT 代碼將徹底從主分支中刪除。
這份公告一出,讓很多開發者感到意外,畢竟 CPython 中正在推進的 JIT 編譯器項目,本來是 Python 3.13/3.15 性能路線的重要組成部分,甚至已經帶來了約 8–9% 的幾何平均性能提升(x86-64 Linux),怎么說停就停了?
![]()
![]()
從“實驗功能”到“治理爭議”
事實上,Python 內置 JIT 是近年核心性能優化重點,也如上文所說,已實現實打實的性能提升。
然而,Python 的 JIT 并不是一開始就作為正式特性設計的。
它起初是以“實驗性質”進入 CPython 主分支,對應的 PEP 是 PEP 744,但這只是一個 Informational PEP(信息性提案),并沒有完成標準功能所需的完整治理閉環。
此外,這個 PEP 本身也明確留了一堆“未解決問題”,包括是否有長期維護團隊、安全性審查、調試與工具鏈支持、對發行版和下游的影響、運行時保證邊界等關鍵問題,多年來始終沒有形成統一社區規范。
Python 指導委員會成員 Pablo Galindo Salgado 發文也承認此前監管寬松,放任高復雜度的核心功能長期處于非正式實驗狀態。其表示:“對于如此復雜、影響范圍如此廣的變更,我們(指導委員會)在流程執行上的把控不夠嚴格。”
![]()
預留六個月時間,讓 JIT 核心開發者們重新撰寫 PEP
為此,Python 指導委員會成員要求 JIT 編譯器的核心開發者和貢獻者們重新撰寫正式 PEP,明確 JIT 的官方定位、維護機制、生態影響與兼容標準,供社區討論,指導委員會在評估后正式接受或者拒絕。
同時 Python 委員會也建議 JIT 編譯器的核心開發者開放新思路:不要局限現有單一 JIT 方案,可搭建通用 JIT 基礎設施,支持多種優化策略迭代測試。
此外官方明確最新版本的 PEP 提案至少能解決以下幾個問題:
尤其對于這樣規模和復雜度的子系統而言,維護確實是一個現實問題。因此,這份 PEP 應當明確說明:JIT 將如何在長期內得到持續支持與維護,以及它會如何影響那些并不直接參與 JIT 開發的維護者和貢獻者。
它還需要說明,JIT 將如何與現有 CPython 特性和工具保持兼容。例如,JIT 如何與 CPython 已有能力協同工作,并且對這些能力提供什么樣的保證。這包括諸如 free-threading、性能分析器以及調試器等,但 PEP 應該以更廣泛、更細致的方式來處理這些問題,而不是簡單地當作一個固定檢查清單。
此外,還需要給出清晰、可衡量的成功指標與時間規劃。也就是說,這個項目到底要達成什么目標、在什么時候達成,例如性能目標、平臺覆蓋范圍以及內存開銷等方面的具體指標。
另一個重要問題是它與其他 JIT 編譯器的關系。需要說明該設計是否旨在提供一種通用基礎設施,以供其他項目在其之上構建;以及它預期是與第三方 JIT 實現兼容還是不兼容,例如 CinderX、Numba、PyTorch 或其他任何第三方 JIT。
還需要明確當前 JIT 架構是否被視為穩定設計,還是仍然可能繼續發生變化。
不止于此,Pablo Galindo Salgado 進一步表示,「以上列表并不完整,它只是我們希望該 PEP 能覆蓋的問題類型示意。隨著社區討論的推進,我們也預期會進一步補充新的關注點。」
![]()
社區爭議:核心開發者反對凍結,贊同聲也此起彼伏
面對這一政策變更,Python 社區出現了明顯的分歧。
據外媒 The Register 報道,JIT 核心開發者 Mark Shannon 認為:“在新 PEP 獲批前叫停所有開發,讓我們進退兩難。”
因為這會迫使 JIT 團隊倉促制定新提案,卻不給社區留出充分的討論時間。他透露,團隊原本計劃今年晚些時候再推出新提案,屆時編譯器的性能提升效果會更顯著。
另外,Mark Shannon 已申請一兩個月的寬限期,以便繼續推進開發。他表示:“開發暫停可能導致項目失去推進動力,還會流失我們近期吸納的新貢獻者。”
當被問及能否在分支倉庫中繼續開發時,Mark Shannon 稱此舉并不可行 —— 由于優化代碼的生成機制特殊,分支與主分支的代碼差異會極大,難以維護管理。
另一邊,也有一些開發者認為 Python 委員會的決定是合理的:JIT 已經不是“小實驗”,如果未來要成為 CPython 核心組件,必須走標準 PEP,否則會破壞 Python 一貫的“治理一致性”。
![]()
![]()
結語
本次整改意味著 Python 官方徹底收緊主干分支實驗性功能規則,終結了 JIT 多年“邊做邊試、無正式規范”的迭代模式,核心功能升級全面回歸標準化社區共識機制。
Python 委員會成員 Pablo Galindo Salgado 也解釋道,「我們并非要終止這個項目,而是要讓項目本身以及社區獲得清晰的說明和明確的承諾,以應對 CPython 運行時如此重大的變革。」
不過,現實來看,指導委員會的這一決定,也讓 JIT 項目的前景蒙上陰影。此前該項目幾乎確定會成為 CPython 的官方組成部分,而如今變數陡增。要在六個月內完成一份 PEP 提案并達成共識,時間本就十分緊張;一旦 JIT 代碼真的被移出主分支,項目發展節奏大幅放緩。
對此,你怎么看?
參考:
https://www.theregister.com/devops/2026/06/08/python-jit-compiler-may-be-removed/5252079
https://discuss.python.org/t/an-announcement-from-the-steering-council-regarding-the-jit-project/107638
開發者“神裝”補給站|極客頭條讀者專屬福利
200 小時 GPU 算力免費送
瑞幸咖啡/肯德基早餐/下午茶等能量套餐任選其一
入群還可每月定期抽取旗艦顯卡、AI PC 等極客神裝
![]()
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.