Well done john. t’es devenu un blogueur influent :)

Tu parles d’IO asynchrone, mais tu mets dans un exemple des IO bloquantes dans des threads.

Les threads en Python ne servent qu’à ça : faire des opérations bloquantes en parallèle. Il n’y a aucun autre interêt du fait du GIL.

Pourquoi n’as-tu pas parlé de gevent ou twisted alors ?

Parce que ce post se concentre sur les solutions de la stdlib.

Du coup, tu essayes de répondre à l’asynchrone, mais pas au principes d’IO.

J’ai hate que tu m’explique ce qu’est le principe d’IO. Et ce que veut dire “répondre à l’asynchrone”.

Mais t’as ptet jamais codé de client ou serveur un peu plus bas niveau avec poll/kpoll/select en fait ?

Mais quel rapport avec la choucroute ? C’est comme si on parlait d’outils de compilation et que tu me demandais si j’avais codé en assembleur.

Aller, je suis un mec cool, je vais te guider dans tes recherches

C’est mignon.

Et donc Asynchronous I/O n’est pas uniquement “asynchrone” :)

Ah. Alors là effectivement je ne peux plus rien dire. Asynchronious I/O. asyncio. Ce n’est pas uniquement pour faire de l’asynchrone.

D’ailleurs, dans le lien que tu donnes, la première ligne n’est pas du tout :

This module provides infrastructure for writing single-threaded concurrent code using coroutines, multiplexing I/O access over sockets and other resources

Bref, de l’IO asynchrone.

Bonne journée.

http://docs.python.org/3.4/library/asyncio.html

Et donc Asynchronous I/O n’est pas uniquement “asynchrone” :)

Tu parles d’IO asynchrone, mais tu mets dans un exemple des IO bloquantes dans des threads.
Pourquoi n’as-tu pas parlé de gevent ou twisted alors ?

Du coup, tu essayes de répondre à l’asynchrone, mais pas au principes d’IO.
Mais t’as ptet jamais codé de client ou serveur un peu plus bas niveau avec poll/kpoll/select en fait ?

Aller, je suis un mec cool, je vais te guider dans tes recherches:

http://man7.org/linux/man-pages/man2/socket.2.html
fais donc un “grep” sur SOCK_NONBLOCK

Merci pour tes réponses !

asyncio repose sur l’utilisation de librairies asynchrones (select, epoll, kqueue, etc.) et non pas sur du multithreading.

Votre article ne mentionne pas cette différence fondamentale, ce qui donne l’impression que le sujet n’est pas maitrisé.

D’abord, l’article s’intitule clairement “En attendant asyncio”. Je vois pas comment on peut faire plus clair.

Ensuite, comme expliqué dans l’article pointé par le PREMIER LIEN qui est donné, l’interêt de l’asynchrone est justement de faire de l’IO non bloquant. Sinon ça n’a AUCUN interêt.

Or cet article montre exactement comment télécharger du contenu web (donc de faire de de l’IO) sans bloquer, en utilisant des pools de threads ou de process. EN ATTENDANT qu’asyncio soit de la partie avec la 3.4.

Votre article parle d’asyncio mais finalement vous ne traitez pas le sujet:

“”"
Notez qu’on peut remplacer ProcessPoolExecutor par ThreadPoolExecutor si vous n’avez pas besoin d’un process séparé mais juste de l’IO non bloquant.
“”"
Ce n’est pas exactement le but d’asyncio d’utiliser un pool de thread ou de process, mais bien d’avoir une lib asynchrone comme par exemple https://github.com/aaugustin/websockets ou http://asyncio-redis.readthedocs.org/en/latest/

Bref, je suis persuadé que vous allez etre capables de faire un article plus complet, et je l’attend avec impatience.

concernant trollius j’ai hate de voir comment on va reussir a faire une lib compatible asyncio et trollius.

Il faut oublier les yield from mais les tasks et autres fonctionne très bien.