En dépoussiérant cet article je viens de voir que le premier code contient une erreur html (<)

Bientôt un tuto sur comment pêcher la baleine à poils pubiens orange du Nebraska avec un cure-dent et une pince à linge.

stay tuned!

Cet article vole trop haut pour moi (ou je n’en ai pas l’utilité). Mais je range ça si jamais…

J’en profite également pour remercier tous ceux qui suivent et contribuent au site. Beaucoup d’articles intéressants (et j’aime beaucoup la forme de mini-tutos). Continuez comme ça.

Par contre tu vas en chier à retaper ce pseudo à chaque fois.

Muuuusaaaaraaaiigne !!!!!!

(Désolé pour le post inutile, pas pu m’en empêcher)

Au reste, chouette article.

http://docs.python.org/library/multiprocessing.html

Je ne suis plus à un lapsus prêt après avoir parlé “d’une bonne queue” de toute façon.

Contrairement au thread, on a pas de problème de synchro, et comme les threads sont de toute façon limités par le GIL et qu’ils ne servent vraiment que pour les IO blocking, c’est tout bénéf en Python.

Si vous n’avez pas envie de vous coder tout le tout le brouzouf à la main, les greenlets appliquent très bien ce principe, et on trouve des algo tout fait pour la plupart des uses cases comme avec la lib gevent:

http://www.gevent.org/

Si vous souhaitez avoir de la concurrence CPU, les coroutines (ni les threads d’ailleurs) ne vous aideront. Dans ce cas, le module subprocess est votre ami (ou une bonne queue avec des libs genre celery).