ciso8601
faster-cpython
ciso8601 | faster-cpython | |
---|---|---|
3 | 20 | |
557 | 937 | |
-0.2% | - | |
6.2 | 0.0 | |
5 months ago | over 1 year ago | |
Python | ||
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ciso8601
- GitHub - closeio/ciso8601: Fast ISO8601 date time parser for Python written in C
- ciso8601: Fast ISO8601 date time parser for Python written in C
-
Python 3.11 is 25% faster than 3.10 on average
I see your point, but it directly conflicts with the effort many people put into producing extremely fast libraries for specific purposes, such as web frameworks (benchmarked extensively), ORMs and things like json and date parsing, as seen in the excellent ciso8601 [1] for example.
[1] https://github.com/closeio/ciso8601
faster-cpython
-
Faster CPython at PyCon, part two
It is unclear to me whether Python 3.12 will receive significant improvements. Based on the information from https://github.com/faster-cpython/benchmarking-public, it appears that there may be a 2% performance enhancement. Is this the anticipated result, or are there additional developments awaiting merger?
Initially, the "Shannon Plan" (https://github.com/markshannon/faster-cpython/blob/master/pl...) aimed for a 50% improvement with each release. Has this goal been deemed unattainable, or are there adjustments being made to the plan?
-
Python-based compiler achieves orders-of-magnitude speedups
Yes, that's the JIT part of the plan. Sections of code will be compiled, "at runtime". Those sections of compiled code will be tied together with interpreted code. It will be somewhere between rare to impossible to have a fully compiled program, without interpreter glue.
- Faster-Cpython Plan.md
-
A Team at Microsoft is Helping Make Python Faster
see: https://github.com/markshannon/faster-cpython/blob/master/plan.md
- Implementation plan for speeding up CPython
-
Does Python plan to add JIT or get rid of the GIL?
Yes, the Shannon plan, which is actively being worked on by a team headed by Guido, includes JIT work in stages 3 and 4
-
Python 3.11 is 25% faster than 3.10 on average
The goal with faster cpython is for small compounding improvements with each point release[0]. So in the end it should be much more than a tiny improvement.
[0] https://github.com/markshannon/faster-cpython/blob/master/pl...
-
Python 3.11 Performance Benchmarks Are Looking Fantastic
The Shannon Plan. Announced by Guido at the 2021 Python Language summit, funded by Microsoft.
Well, good news then, it's in the planning!
- Why hasn't Python compiled/JIT/AHT projects gained mainstream traction?
What are some alternatives?
ideas
cinder - Cinder is Meta's internal performance-oriented production version of CPython.
cosmopolitan - build-once run-anywhere c library
pyenv-virtualenv - a pyenv plugin to manage virtualenv (a.k.a. python-virtualenv)
nogil - Multithreaded Python without the GIL
mypyc - Compile type annotated Python to fast C extensions
jax-md - Differentiable, Hardware Accelerated, Molecular Dynamics [Moved to: https://github.com/jax-md/jax-md]
genomics_viz
Pyston - A faster and highly-compatible implementation of the Python programming language.
sbcl - Mirror of Steel Bank Common Lisp (SBCL)'s official repository
chruby - Changes the current Ruby