PyPy
The most recommended of 9 Python interpreters
A Python interpreter with a JIT compiler that people recommend for much faster pure-Python code, while noting it trails CPython in version support and library compatibility.
A Python interpreter with a JIT compiler that people recommend for much faster pure-Python code, while noting it trails CPython in version support and library compatibility.
91 people gave an opinion
- recommend it
- 57
- criticize it
- 34
- approval share
- 63%
Recommended in 9 of 13 months
- November 2025: recommended
- December 2025: recommended
- January 2026: recommended
- February 2026: not recommended
- March 2026: recommended
- April 2026: recommended
- May 2026: recommended
- June 2026: recommended
- July 2026: not recommended
- August 2026: not recommended
- September 2026: recommended
- October 2026: recommended
- November 2026: not recommended (month in progress)
Why it doesn’t carry the badge
- 57 people recommend itNeeds 10 or more, met.
- 1.6 recommenders for every criticNeeds 2 to 1 or better, not met.
- Recommended in 9 of 13 monthsNeeds 4 or more, met.
The same three rules apply to every product, and the badge can’t be bought. How the badge works
What people say about it
The reasons people give, with the number of comments that give each one. Open a reason to read what they said.
Why people recommend it
Each mark is one comment
Much faster pure-Python code
“Just changing the implementation of Python drops the runtime from ~16.5s to ~3.5s in my computer”
Comment from 7 Nov 2025 in “How often does Python allocate?” “Pypy does provide faster pure Python. Its a compatible implementation with JIT.”
Comment from 27 Oct 2026 in “Python's experimental JIT to be removed” “PyPy is really great in general speeding up Python by magnitudes of order.”
Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"” - Comment from 5 Sep 2026 in “How an MIT research project became the Julia programming language”
- Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"”
- Comment from 26 Dec 2025 in “Python 3.15's interpreter for Windows should be 15% faster”
- Comment from 21 Apr 2026 in “How to Make a Fast Dynamic Language Interpreter”
- Comment from 25 Dec 2025 in “Python 3.15's interpreter for Windows should be 15% faster”
- Comment from 6 Nov 2025 in “How often does Python allocate?”
Mature project, long track record
“We have been using PyPy on core system component on production for like 10 years”
Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"” “have you tried PyPy? It's existed since 2007 and definitely improved over time.”
Comment from 18 Jan 2026 in “Command-line Tools can be 235x Faster than your Hadoop Cluster (2014)” “PyPy has existed for over half of Python's lifetime now.”
Comment from 14 Nov 2025 in “A Plan for 5-10%* Faster Free-Threaded JIT by Python 3.16 – Ken Jin” - Comment from 21 Apr 2026 in “How to Make a Fast Dynamic Language Interpreter”
Proves faster Python is achievable
“believing cpython folks benefit from seeing the pypy community prove Things Can Be Better”
Comment from 10 Mar 2026 in “"Warn about PyPy being unmaintained"” “PyPy is a fantastic achievement and deserves far more support than it gets.”
Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"” “Faster Python is right there and has been there for years.”
Comment from 20 Sep 2026 in “PyPy v8.0.0 Release” - Comment from 27 Oct 2026 in “Python's experimental JIT to be removed”
- Comment from 28 Oct 2026 in “Python's experimental JIT to be removed”
Implemented in RPython, not C
“I really like PyPy’s approach of using a Python dialect (RPython) as the implementation language, instead of C.”
Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"” “I still think it is the sanest way to implement Python.”
Comment from 17 Apr 2026 in “A Python Interpreter Written in Python”
What people warn about
Each mark is one comment
C-extension and library incompatibility
“it mostly works but because of some weird problem some library is broken and then they give up”
Comment from 10 Jan 2026 in “Org Mode Syntax Is One of the Most Reasonable Markup Languages to Use for Text” “cpyext is slow and incomplete and will waste your debugging time.”
Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"” “their API for C based extensions differs enough that you cannot take a random shared library and load them into either.”
Comment from 28 Oct 2026 in “Python's experimental JIT to be removed” - Comment from 20 Sep 2026 in “PyPy v8.0.0 Release”
- Comment from 25 Dec 2025 in “Python 3.15's interpreter for Windows should be 15% faster”
Slow startup and warmup
“PyPy wasn't great for me because its startup time interfered with the main usecase I wanted it for”
Comment from 28 Oct 2026 in “Python's experimental JIT to be removed” “PyPy's problem with slow startup is, in principle, easily fixable.”
Comment from 28 Oct 2026 in “Python's experimental JIT to be removed” “the warmup cost and compatibility tax are enough to keep most teams on the interpreter their deps target first”
Comment from 17 Mar 2026 in “Python 3.15's JIT is now back on track” Lags behind CPython releases
“The only reason the past couple major versions were released was due to a few small companies or individuals directly implementing the updates themselves.”
Comment from 27 Oct 2026 in “Python's experimental JIT to be removed” “9 months since the last major release definitely feels like a short time in which to declare time-of-death on an open source project”
Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"” “it's several versions behind in support and, while it's not dead, it looks like it might be settling down for a rest.”
Comment from 14 May 2026 in “Reverting the incremental GC in Python 3.14 and 3.15” - Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"”
- Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"”
Speedups limited to some code
“it is still only a medium -fast language runtime, and it comes with a lot of costs and tradeoffs”
Comment from 28 Oct 2026 in “Python's experimental JIT to be removed” “PyPy is a toy for getting great numbers in benchmarks and demos, is incompatible in a zillion critical ways”
Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"” “is incompatible in a zillion critical ways, and is basically useless for large-scale development”
Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"” - Comment from 8 Mar 2026 in “"Warn about PyPy being unmaintained"”
- Comment from 24 Dec 2025 in “Programming language speed comparison using Leibniz formula for π”
Other Python interpreters people recommend
The four most recommended other Python interpreters, with the same counts for each, so you can compare like for like. The tick on each bar marks the 2 to 1 line the badge needs.
| Product | Recommend | Criticize | Approval | Months | Owned | Badge |
|---|---|---|---|---|---|---|
| PyPyThis page | 57 | 34 | 63% | 9 | — | — |
| Pyodide | 31 | 8 | 79% | 9 | — | Approved |
| MicroPython | 25 | 10 | 71% | 10 | — | Approved |
| Monty by Pydantic | 15 | 3 | 83% | 5 | — | Approved |
| CircuitPython | 12 | 0 | 100% | 6 | — | Approved |
What people said
40 of the 113 comments that mention it, newest first. Each links to the original comment.
“it is still only a medium -fast language runtime, and it comes with a lot of costs and tradeoffs”
“PyPy's problem with slow startup is, in principle, easily fixable.”
“The common excuse is indeed wrong, as pypy proved.”
“PyPy wasn't great for me because its startup time interfered with the main usecase I wanted it for”
“their API for C based extensions differs enough that you cannot take a random shared library and load them into either.”
“The only reason the past couple major versions were released was due to a few small companies or individuals directly implementing the updates themselves.”
“GraalPy and PyPy are great technology achievements”
“Pypy does provide faster pure Python. Its a compatible implementation with JIT.”
“"C-extension issues" are not something you can just gloss over. They're a huge chunk of python usage.”
“Faster Python is right there and has been there for years.”
“PyPy performs valiantly compared to Cpython -- even better than LuaJIT.”
“it's several versions behind in support and, while it's not dead, it looks like it might be settling down for a rest.”
“The JIT would help everyone else more than removing the GIL, I wish PyPy became the reference implementation during 2.7”
“PyPy has been several times faster for many years.”
“I still think it is the sanest way to implement Python.”
“the warmup cost and compatibility tax are enough to keep most teams on the interpreter their deps target first”
“believing cpython folks benefit from seeing the pypy community prove Things Can Be Better”
“pypy only makes faster the type of python code which you absolutely should not write in python”
“I have used PyPy for years to beat the pants off CPython programs”
“is incompatible in a zillion critical ways, and is basically useless for large-scale development”
“PyPy is a toy for getting great numbers in benchmarks and demos, is incompatible in a zillion critical ways”
“it is lagging behind enough that it is falling out of the support window for a lot of libraries”
“cpyext is slow and incomplete and will waste your debugging time.”
“We have been using PyPy on core system component on production for like 10 years”
“9 months since the last major release definitely feels like a short time in which to declare time-of-death on an open source project”
“What annoys me is the name. Early morning it took me a moment to realise that PyPy is not PyPi”
“PyPy is a fantastic achievement and deserves far more support than it gets.”
“Being three major versions behind CPython is definitely not a great sign for the long-term viability of it.”
“I really like PyPy’s approach of using a Python dialect (RPython) as the implementation language, instead of C.”
“PyPy is really great in general speeding up Python by magnitudes of order.”
“There's an exact one to one algorithmic correspondence between an interpreted program and the compiled version of that.”
“have you tried PyPy? It's existed since 2007 and definitely improved over time.”
“it mostly works but because of some weird problem some library is broken and then they give up”
“It still runs 8.8x faster on pypy than on python 3.14”
“Pypy has much slower C interop than CPython, which I believe is part of the tradeoff.”
“If you want fast just use pypy and forget about cpython.”
“you give up a LOT of ecosystem just to get a still deeply unimpressive benchmark time”
“PyPy has existed for over half of Python's lifetime now.”
“Just changing the implementation of Python drops the runtime from ~16.5s to ~3.5s in my computer”
“The first thing to do when optimizing Python is to use a JIT (PyPy).”
Counts come from 1,795,640 Hacker News comments, November 2025 to November 2026. How we count. Report a mistake.