undefined | Better HN

0 pointsbb888mo ago0 comments

This is spot on. GIL-less python will be a thing, and when it happens, there will still be no reason to combine asyncIO with thread primitives. Waiting for IO can be spun off into a new thread, and it will work as you expect it would.

Trying to combine mental models of asyncio and threading is a model for pure insanity.

0 comments

boomer_joe8mo ago

I fail to see why. You can have an event loop per thread, and a hypothetical requirement of wanting to make sure all compute in each thread is spent inside of its event loop (assuming OS level parallelism). Eg a latency-sensitive server in thread A and a logger in thread B (dont even need the event loop there for this example)

j / k navigate · click thread line to collapse

0 pointsbb888mo ago0 comments

Trying to combine mental models of asyncio and threading is a model for pure insanity.

0 comments

boomer_joe8mo ago

j / k navigate · click thread line to collapse