installer
hpy
installer | hpy | |
---|---|---|
2 | 20 | |
111 | 1,008 | |
0.0% | 0.7% | |
6.9 | 8.2 | |
8 days ago | 2 months ago | |
Python | Python | |
MIT License | 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.
installer
-
The future of Python build systems and Gentoo
And probably https://github.com/pradyunsg/installer https://pypi.org/project/installer/ too, but that one isn't under the pypa org yet, given the author, it probably will be.
All that being said, the deprecations and removals are being done way before the replacements are in place and tested and features/rough edges rounded out, which I guess is python tradition at this point.
IMHO, the repos maintained by pypa should all be part of the core teams responsibility (e.g. pip is maintained by pypa, not core, but its installed as part of the python installer you download from the foundation's website...), along with solving building/installing/packaging/distributing as a whole. But the core team decided their volunteers didn't want to work on that (ok fair) and pypa stepped up to do it, but never really had enough manpower to tackle it well (ok also fair). And none of the tech companies ever thought "gee we rely so heavily on this awesome tool, maybe we should send them some money to keep the lights on..." So instead its just been a giant mess.
-
Python: Please stop screwing over Linux distros
python -m installer --destdir="$pkgdir" once pradyunsg/installer#66 is finally merged
hpy
-
RustPython
There is a merge request up to add autogen rust bindings to hpy
https://github.com/hpyproject/hpy/pull/457
-
Ruby 3.2’s YJIT is Production-Ready
Are you referencing https://github.com/hpyproject/hpy?
I do hope it takes off.
- HPy - A better C API for Python
-
Codon: A high-performance Python compiler
The HPy project [0] seems like a promising way out of this.
[0] https://hpyproject.org/
-
New record breaking for Python in TechEmPower
socketify.py breaks the record for Python no other Python WebFramework/Server as able to reach 6.2 mi requests per second before in TechEmPower Benchmarks, this puts Python at the same level of performance that Golang, Rust and C++ for web development, in fact Golang got 5.2 mi req/s in this same round. Almost every server or web framework tries to use JIT to boost the performance, but only socketify.py deliveries this level of performance, and even without JIT socketify.py is twice as fast any other web framework/server in active development, and still can be much more optimized using HPy (https://hpyproject.org/). Python will get even faster and faster in future!
-
Is it time to leave Python behind? (My personal rant)
I think Propose a better messaging for Python is the option and a lot of languages will learn it from Rust, because rust erros are the best described errors I see in my life lol. Cargo is amazing and I think we will need a better poetry/pip for sure, HPy project will modernize extensions and packages 📦 too https://hpyproject.org/
-
A Look on Python Web Performance at the end of 2022
It also show that PyPy3 will not magically boost your performance, you need to integrate in a manner that PyPy3 can optimize and delivery CPU performance, with a more complex example maybe it can help more. But why socketify is so much faster using PyPy3? The answer is CFFI, socketify did not use Cython for integration and cannot delivery the full performance on Python3, this will be solved with HPy.
-
socketify.py - Bringing WebSockets, Http/Https High Peformance servers for PyPy3 and Python3
HPy integration to better support CPython, PyPy and GraalPython
- HPy: A better C API for Python
-
Your Data Fits in RAM
Absolutely everything in CPython is a PyObject, and that can’t be changed without breaking the C API. A PyObject contains (among other things) a type pointer, a reference count, and a data field; none of these things can be changed without (again) breaking the C API.
There have definitely been attempts to modernize; the HPy project (https://hpyproject.org/), for instance, moves towards a handle-oriented API that keeps implementation details private and thus enables certain optimizations.
What are some alternatives?
build - A simple, correct Python build frontend
nogil - Multithreaded Python without the GIL
pipx - Install and Run Python Applications in Isolated Environments
graalpython - A Python 3 implementation built on GraalVM
pipsi - pip script installer
cinder - Cinder is Meta's internal performance-oriented production version of CPython.
py2exe - Create standalone Windows programs from Python code
py2js
requests - A simple, yet elegant, HTTP library.
Pyjion - Pyjion - A JIT for Python based upon CoreCLR
Cargo - The Rust package manager
pgcopy - fast data loading with binary copy