Re:Show HN: Python framework is faster than Golang Fiber
by cirospaciari on Tuesday January 10, 2023 @09:00AM
(#34324911)
PyPy work well with CPython modules but the performance is not that great, with CFFI performance is really good in PyPY, HPy project will change this https://hpyproject.org/
Re:Show HN: Python framework is faster than Golang Fiber
by throwaway894345 on Tuesday January 10, 2023 @10:01AM
(#34325838)
Last I checked, Pypy wasn’t compatible with many important packages in the Python ecosystem. As of a couple years ago, there was no trustworthy, supported package for talking to a Postgres database with Pypy because psycopg2 wasn’t supported.
Re:Show HN: Python framework is faster than Golang Fiber
by svth on Tuesday January 10, 2023 @10:17AM
(#34326074)
I've been using PyPy and psycopg2cffi in production for the last 5-6 years or so without any issues.
Re:Show HN: Python framework is faster than Golang Fiber
by throwaway894345 on Tuesday January 10, 2023 @04:48PM
(#34332028)
Interesting. I wasn't able to get that working when I tried several years ago. I forget the specific issue.
Re:Show HN: Python framework is faster than Golang Fiber
by qorrect on Tuesday January 10, 2023 @11:27AM
(#34327302)
When is the last time you checked ?
I have run it with pandas+numpy and postgres+timescale without issue for the last year.
Re:Show HN: Python framework is faster than Golang Fiber
by throwaway894345 on Tuesday January 10, 2023 @04:48PM
(#34332033)
Several years ago now.
Re:Show HN: Python framework is faster than Golang Fiber
by cirospaciari on Tuesday January 10, 2023 @10:06AM
(#34325925)
postgresql can work with psycopg2 but is not the same performance as psycopg2cffi , i will integrate some databases to PyPy, and also HPy project will bring any Cython library to PyPy with basically the same performance or better.
Re:Show HN: Python framework is faster than Golang Fiber
by okaleniuk on Tuesday January 10, 2023 @09:53AM
(#34325710)
I heard that very argument about GCC. C++ without __attribute__ is not practical for embedded development therefore C++ for PLCs is what GCC does. And yet, the general consensus now is that C++ is ISO/IEC 14882, and what GCC does is just an implementation.
With Python, you don't even have to go "alternative" to use LLVM compiler infrastructure. You can use CPython + Numba and compile your kernels for both CPU and GPGPU on the go. Which is very practical.
Which is ironic, to compile a CUDA kernel in C++, you would have to use an alternative NVidia implementation of the language.
Not yet it isn't. At least not for Python. I mean there are plenty of alternative implementations of Python but they aren't practical because they don't work with CPython modules (as far as I know anyway) so approximately nobody uses them. The de facto spec is "what CPython does".