タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
今年も、Pythonのメジャーリリースの季節がやってまいりました。2022年10月3日にリリース予定となっているPython 3.11の新機能を紹介します。 CPython 高速化計画¶Python 3.11で最大のニュースは、なんと言っても Faster CPython: CPython 高速化計画 が開始されたことでしょう。 CPython 高速化計画は、Mark Shannon氏が提案したプランに基づいてPythonの高速化を行うもので、Pythonを毎年50%高速化し、互換性を保ちつつ 4年間で5倍高速化する ことを目標としています。 この計画はMicrosoft社の出資を獲得し、Pythonの父であるGuido van Rossum氏も加わって開発が進められています。 ベンチマーク¶さて、CPython 高速化計画最初のリリースとなるPython 3.11では、どの程度の高速化が
GoogleがPython Software Foundationへの支援を強化「ビジョナリースポンサー」に。CPython実装のための常駐開発者を雇用へ
GoogleがPython Software Foundationへの支援を強化「ビジョナリースポンサー」に。CPython実装のための常駐開発者を雇用へ GoogleとPython Software Foundationは、GoogleがPython Software Foundationのトップスポンサーに位置する最初の「ビジョナリースポンサー」になったことを発表しました（Python Software Foundationの発表、Googleの発表） We are happy to announce we're increasing our support for the Python Software Foundation. This includes donating $350,000+ to support three PSF projects, recommitting to
PEP 703 – Making the Global Interpreter Lock Optional in CPython | peps.python.org
PEP 703 – Making the Global Interpreter Lock Optional in CPython Author: Sam Gross <colesbury at gmail.com> Sponsor: Łukasz Langa <lukasz at python.org> Discussions-To: Discourse thread Status: Accepted Type: Standards Track Created: 09-Jan-2023 Python-Version: 3.13 Post-History: 09-Jan-2023, 04-May-2023 Resolution: 24-Oct-2023 Table of Contents Abstract Motivation The GIL Makes Many Types of Para
Free-threaded CPython is ready to experiment with!Published July 12, 2024 First, a few announcements: Yesterday, py-free-threading.github.io launched! It's both a resource with documentation around adding support for free-threaded Python, and a status tracker for the rollout across open source projects in the Python ecosystem. We hope and expect both of these to be very useful, with the status tra
GitHub - facebookincubator/cinder: Cinder is Meta's internal performance-oriented production version of CPython.
Cinder is Meta's internal performance-oriented production version of CPython 3.10. It contains a number of performance optimizations, including bytecode inline caching, eager evaluation of coroutines, a method-at-a-time JIT, and an experimental bytecode compiler that uses type annotations to emit type-specialized bytecode that performs better in the JIT. Cinder is powering Instagram, where it star
Free-threaded CPython is ready to experiment with | Hacker News
Really excited for this. Once some more time goes by and the most important python libraries update to support no GIL, there is just a tremendous amount of performance that can be automatically unlocked with almost no incremental effort for so many organizations and projects. It's also a good opportunity for new and more actively maintained projects to take market share from older and more establi
Reflections on 2 years of CPython’s JIT Compiler: The good, the bad, the ugly
Reflections on 2 years of CPython’s JIT Compiler: The good, the bad, the ugly 5 July 2025 This blog post includes my honest opinions on the CPython JIT. What I think we did well, what I think we could have done better. I’ll also do some brief qualititative analysis. I’ve been working on CPython’s JIT compiler since before the very start. I don’t know how long that is at this point … 2.5, maybe alm
GitHub - emmatyping/python-wasm: Build scripts and configuration for building CPython for Emscripten
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
A Steering Council notice about PEP 703 (Making the Global Interpreter Lock Optional in CPython)
Posting for the whole Steering Council, on the subject of @colesbury’s PEP 703 (Making the Global Interpreter Lock Optional in CPython). Thank you, everyone, for responding to the poll on the no-GIL proposal. It’s clear that the overall sentiment is positive, both for the general idea and for PEP 703 specifically. The Steering Council is also largely positive on both. We intend to accept PEP 703,
faster-cpython/plan.md at master · markshannon/faster-cpython
The overall aim is to speed up CPython by a factor of (approximately) five. We aim to do this in four distinct stages, each stage increasing the speed of CPython by (approximately) 50%. 1.5**4 ≈ 5 Each stage will be targetted at a separate release of CPython. A faster schedule is possible, but we believe that predictable and reliable performance improvements are more important than squeezing out t
Below are the high-level steps (with numbers corresponding to the above diagram) in the order they occur during the CPython release process: Freeze the python/cpython release branch. This is done using GitHub Branch Protections. Update the Release Manager's fork of python/cpython. Run Python release tools (release-tool, blurb, sphinx, etc). Push diffs and signed tag to Release Manager's fork. Git
estieでソフトウェアエンジニアをしている安東です。普段の業務で関わっているのはPython製のシステムが中心ですが、過去データを分析するのにちょっとRustを使ってみたりもしています。 こうやって普段からお世話になっているPythonですが、中身がわからないまま使い続けることに対してやや不安を感じることがあります。たしかに書き方だけ知っていれば大抵の場面でなんとかなってしまうのでしょうが、それだけではカバーしきれないところがどんなプロジェクトでも突然やってきます。カバーできる範囲を増やすためにも、突然の出来事の予兆を事前に嗅ぎつけるためにも、プログラムが動いている感覚が地に足ついた形でほしいのです。 ということで、今回はPythonの処理系でおそらく一番メジャーなCPythonのソースコードを読んでみようと思います。ただ、ソースコード全体を読むには時間も記事のスペースも足りないので、今
福田（@JunyaFff）です。今月の「Python Monthly Topics」は、CPythonコントリビュート（貢献）のはじめかたという内容でお送りします。 はじめに OSSへの貢献、とくに普段利用しているOSSにコントリビュートしたいという願望は多くの方にあるのではないでしょうか。わたし自身、OSSへのコントリビュートを実践するエンジニアに憧れを持っていますが、なかなか一歩を踏み出せていませんでした。そんな中、今年参加したEuroPython 2023というヨーロッパのPythonイベントのスプリント [1] で、はじめてCPythonへのコントリビュートの機会を得ました。内容はとても小さなドキュメントの修正でしたが、実際に経験できたことはとても嬉しかったです。「どうやったらいいの？」という方の参考になればと思い、体験談とコントリビュートの具体的な流れを紹介します。 CPyth
ideas/FasterCPythonDark.pdf at main · faster-cpython/ideas
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - P403n1x87/austin: Python frame stack sampler for CPython
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ideas/main-vs-310.rst at main · faster-cpython/ideas
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
4月9日、Pythonの開発チームはPython 3.11.9をリリースした。このバージョンはPython 3.11シリーズの最新のリリースで、新機能と最適化が盛り込まれている。 4月9日、Pythonの開発チームはPython 3.11.9をリリースした。このバージョンはPython 3.11シリーズの最新のリリースで、新機能と最適化が盛り込まれている。 主要な新機能 Python 3.11.9では、Python 3.10と比較して以下の主要な新機能が提供されている。 PEP 657 – トレースバックにおけるエラー位置の詳細な指示を含める機能 PEP 654 – 例外グループとexcept*の導入 PEP 673 – Self Type PEP 646 – 可変ジェネリクス PEP 680 – tomllib: 標準ライブラリでのTOML解析サポート PEP 675 – 任意のリテラル
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
CPythonをWASMにコンパイルしてみた
2022年10月リリース予定のCPython 3.11では、WASM対応が進行中です。 Compile Python to WebAssembly (WASM) — Unofficial Python Development (Victor's notes) documentation Issue 40280: Consider supporting emscripten/webassembly as a build target - Python tracker この機能について最低限の動作確認をします。 CPythonのWASM対応 PythonのWASM対応というと、色々な解釈が可能です。 本記事が扱うのは、CPythonインタープリターをEmscripten を用いてWASMにコンパイルすることを意味します。 HTML内でPythonを動かす PyScript のベースになっている
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python 3.11の新機能(その1） CPython高速化計画 - python.jp
Free-threaded CPython is ready to experiment with!
「Python 3.11」がリリース、4年で5倍の高速化を目指す「Faster Cpython」計画が始動／「Microsoft Store」にも「Python 3.11」バイナリが追加
Visualizing the CPython Release Process
CPythonのソースコードを読んでみた - estie inside blog
CPythonコントリビュートのはじめかた | gihyo.jp
Python 3.11.9リリース ー Faster CPythonプロジェクトによる高速化
GitHub - faster-cpython/ideas
www.youtube.com
kakaku.com
jp.reuters.com
ja.wikipedia.org
x.com
anond.hatelabo.jp