>
It would only be available on the Linux platform, and one of the
benefits would be the ability to create synchronisation primitives on
said platform that can block on normal threads, and be awaited on in
coroutines (without busy looping inside said coroutine).
+1. Although it already exists as a package on PyPI, I've seen a non-negligible amount of user demand for a synchronization primitive that works as described above for asyncio. Adding eventfd() to the stdlib seems like a step towards eventually implementing something
like that in an effective manner, and I don't think the maintenance burden would be especially high. I could also see a significant potential use case for multiprocessing (CC'd Antoine in case he has anything to add there).
>
Currently the best place I can think of to put it would be in one of the
Networking and Interprocess Communication modules (possibly `select` or
`socket`?).
The select module seems like it would be a reasonable location.