Our great sponsors
-
three-tier-multithreaded-architecture
a multithreaded architecture for servers that should be scalable
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
Thank you so much Python core developers and steering council. Python is one of my favourite languages along with Java and C.
I greatly welcome true multithreading in Python.
I use both multiprocessing and multithreading in Python. See [0] for my multiprocessing example and python Threads for IO heavy tasks in [1]. But it would be far more efficient to use true threads.
Threads can communicate any amount of data in a single atomic almost instant operation. Using the local loopback interface or multiprocessing or pipes, this is not possible.
I am working on a multithreading architecture I call three tier multithreading architecture
https://github.com/samsquire/three-tier-multithreaded-archit...
My goal is extremely scalable and performant servers but Python is probably the wrong job for that.
[0]: https://news.ycombinator.com/item?id=36897054 (my description of my use of multiprocessing)
Thank you so much Python core developers and steering council. Python is one of my favourite languages along with Java and C.
I greatly welcome true multithreading in Python.
I use both multiprocessing and multithreading in Python. See [0] for my multiprocessing example and python Threads for IO heavy tasks in [1]. But it would be far more efficient to use true threads.
Threads can communicate any amount of data in a single atomic almost instant operation. Using the local loopback interface or multiprocessing or pipes, this is not possible.
I am working on a multithreading architecture I call three tier multithreading architecture
https://github.com/samsquire/three-tier-multithreaded-archit...
My goal is extremely scalable and performant servers but Python is probably the wrong job for that.
[0]: https://news.ycombinator.com/item?id=36897054 (my description of my use of multiprocessing)
The creator and lead maintainer of SQLAlchemy, one of the most popular and most used Python library for accessing databases (who doesn't?) gave a rather interesting response to PEP703.
If this doesn't ring any alarm bells I don't know what will.
> Basically for the moment the GIL-less idea would likely be burdensome for us and the fact that it's only an "option" seems to strongly imply major compatibility issues that we would not prefer.
https://github.com/sqlalchemy/sqlalchemy/discussions/10002#d...