C’est contre intuitif pour les fanboys de l’asynchrone comme moi. Non, asyncio tire sa force de sa capacité à coupler plusieurs briques très différentes et offrir une API générique : réseau, threads, base de données, etc.

Au sujet des accès disque : bien qu’il existe des syscalls dans le noyau Linux, le code est plus lent que les accès bloquants. Le projet aiofiles permet d’accéder à un fichier sur le disque avec asyncio en lançant tous les accès disques dans des threads de manière transparent pour l’utiisateur. La PEP 492 (async/await) prend tout son sens ici : on peut écrire “async for line in file: …” qui va itérer sur les lignes d’un fichier texte de manière asynchrone !

Note : en mode debug, asyncio émet un avertissement si une tâche prend plus de 100 ms (délai configurable). Ca aide pour détecter quelles fonctions doivent être lancées dans des threads. https://docs.python.org/dev/library/asyncio-dev.html#debug-mode-of-asyncio