Re: Twisted tips for designing highly concurrent twisted REST API
"Scott, Barry" <[email protected]> Thu, 11 Jul 2019 08:45:49 +0000
| Newsgroups | gmane.comp.python.twisted |
|---|---|
| Message-ID | <3489907.MZb2G9KHjS@barry-scott-desktop> |
On Tuesday, 9 July 2019 22:04:11 BST Tom Most wrote: ...snip... > The reactor's own thread pool is really for DNS > resolution. Is that still true in the default case? We are use the twisted code that talks to DNS servers as the threaded resolver adds too much latency. > You risk deadlocks in a system that > ThreadPoolThreadPoolThreadPool > > 3. The specifics of what long_computation are also important. If it doesn't > release the GIL you won't get real parallelism (this is a Python thing, not > a Twisted thing). See this recent thread on the topic > <https://twistedmatrix.com/pipermail/twisted-python/2019-June/032371.html>. We pass out the computational work to other processes over unix-domain-sockets to avoid the GIL issues. > > Though the mechanisms differ athis thread on the topicny of the above would > cause the response time to increase as you add load. > > Good luck, > Tom Barry _______________________________________________ Twisted-Python mailing list [email protected] https://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python