Maintenant que CPython 3.2 intégre les travaux d'Antoine sur le GIL (après plus d'un an de travail, chapeau !), quels sont les pistes pour améliorer les performances de Python dans un contexte multicore ?
Si j'ai bien compris, on a désormais un GIL qui gère les changements de contexte de façon plus équitable et déterministe (basé sur des ticks et non plus sur l'exécution d'opcodes), mais pour autant ça ne résoud pas tout les problèmes du GIL.
Au niveau de la librairie standard, Python 3.2 arrive avec les futures qui semblent faire consensus (adopté par les langages mainstreams comme Java, C++0x, C#, etc ...) et un nouveau namespace concurrent qui ouvre la porte à pas mal d'améliorations: conteneurs concurrent-friendly, threading haut-niveau (des compréhensions de listes de haut niveau, etc ...), etc ... De ce côté-là, la roadmap semble plus claire, mais concrètement, qu'est-ce qui arrive dans le tuyau ?
Python, appuyé de frameworks web de qualité (Pylons, TG, Django etc ...) connait un grand succès en tant que langage web. Le passage de WSGI à Python 3 semble trainer depuis quelques temps notamment à cause du choix du type de données pour les flux (unicode ou bytes, ou selon le contexte), où en est-on ? Est-ce que la librairie standard verra un jour son support de WSGI enrichi et qu'on puisse enfin se débarasser de modules à moitié maintenus (mais que tout le monde utilise) comme Flup ?
# Python, la concurrence, et le web
Posté par GeneralZod . En réponse à la dépêche Entretien avec des développeurs Python francophones. Évalué à 8.
Maintenant que CPython 3.2 intégre les travaux d'Antoine sur le GIL (après plus d'un an de travail, chapeau !), quels sont les pistes pour améliorer les performances de Python dans un contexte multicore ?
Si j'ai bien compris, on a désormais un GIL qui gère les changements de contexte de façon plus équitable et déterministe (basé sur des ticks et non plus sur l'exécution d'opcodes), mais pour autant ça ne résoud pas tout les problèmes du GIL.
Au niveau de la librairie standard, Python 3.2 arrive avec les futures qui semblent faire consensus (adopté par les langages mainstreams comme Java, C++0x, C#, etc ...) et un nouveau namespace concurrent qui ouvre la porte à pas mal d'améliorations: conteneurs concurrent-friendly, threading haut-niveau (des compréhensions de listes de haut niveau, etc ...), etc ... De ce côté-là, la roadmap semble plus claire, mais concrètement, qu'est-ce qui arrive dans le tuyau ?
Python, appuyé de frameworks web de qualité (Pylons, TG, Django etc ...) connait un grand succès en tant que langage web. Le passage de WSGI à Python 3 semble trainer depuis quelques temps notamment à cause du choix du type de données pour les flux (unicode ou bytes, ou selon le contexte), où en est-on ? Est-ce que la librairie standard verra un jour son support de WSGI enrichi et qu'on puisse enfin se débarasser de modules à moitié maintenus (mais que tout le monde utilise) comme Flup ?