>Ты просто не в курсе асинхронного программирования

Я как раз в курсе. Каждый твой асинхронный запрос, висячий и ожидающий возможности чтения/записи (ждем когда select сделает select, грубо говоря) отжирает память. Да, можно повесить биллион асинхронных запросов. Одновременно. И что? Это как улучшит ситуацию? Нет.

В ОС, например, в GNU/Linux уже встроенна в ядро своя асинхронная модель IO. Ядро писали умные дяди. Они поняли, что ресурсы не бесконечны. Они сделали все на очереди. Да-да, тупо в очередь складировать все запросы, а далее по классике их раскидывать по процессам/важности. Увы, ты, архитектор прикладной программы этого не знаешь и думаешь, что твой asyncio это верх идеала, совершенства. Копни #$%^ глубже, да разберись что и как. И почему смена парадигмы не влияет на производительность IO. Да, можно ускорить вычисления, да, можно закинуть 100500 fd сокетов в один пул, типа kqueue, select, etc, но это НЕ работает в случае IO. Иди читай маны, там про это рассказано, что FS IO != sockets. У них даже буферизация по-разному работает!