Derniers journaux de palm123 :
- [03/10@08:09] Copé, la Xaviere Tiberi de l'Assemblee Nationale !
- [28/09@10:21] les puissants et la sécurité
- [14/09@21:25] Le Monde baisse encore son niveau...
- [05/09@06:48] Le Foleo de Palm est annulé
- [04/09@07:53] Bons baisers de Pékin
- [30/08@20:25] La France doit devenir une puissance numérique.
- [30/08@06:56] Comment surprendre agréablement votre femme ?
- [08/08@20:25] essai de la radio IP Sagem My Dual Radio 700
- [07/08@07:23] être invité un week-end chez Google
- [25/07@10:12] une petite entreprise peut-elle travailler avec une grosse ?
- [24/07@12:48] quelques mots sur l'Islande
- [21/06@11:52] Une radio IP Wifi
- [20/06@20:48] Cluster tolérant au désastre et temps de reprise par OS
- [12/06@05:34] se connecter à Internet sans ligne (Adsl ou téléphone) sous Linux
- [11/06@08:32] législatives et logiciels libres
- [03/06@13:23] législatives: interpellez vous candidats !
- [18/05@11:25] qui dans ce gouvernement est en charge de l'informatique ?
- [15/05@08:35] gouvernement et premier ministre, respect de la forme.
- [10/05@13:20] objectif zéro sale con
- [08/05@16:48] enfant manquant l'école: il faut sanctionner les parents
Journal : sortie du premier numéro de Python Magazine
Posté par palm123 (page perso, ) le 05 octobre 2007http://www.pythonmagazine.com/
évidemment.
Avec Steve Holden et quelques autres, ça promet d'être de haute tenue.
> Lire le journal (12 commentaires, moyenne: 2,7).
Python sur du multicoeur ?
Si je me mets à coder des projets persos, je choisirais bien Python comme langage. Cependant il y a quelque chose qui me bloque : j'ai l'impression qu'il est impossible de tirer parti des processeurs multicoeurs à cause d'un « big kernel lock » dans l'interpréteur (écrit en C). Est-ce que les spécialistes Pyhton qui ne manqueront pas de passer par ici auraient plus d'informations ? Est-ce que cela veut dire qu'il faut écrire tout le code multithreadé en C et l'appeler depuis Python ?
-
[^]Re: Python sur du multicoeur ?
Posté par Plop () le 05/10/2007 à 23:42. (lien). Évalué à 3.En effet, python 2.X est pour l'instant bloqué sur un Core. Cependant, il existe plusieurs modules permettant de contourner ce problème.
http://www.parallelpython.com/
http://www.corepy.org/
et en prime, un thread bien trollesque sur la question http://www.thescripts.com/forum/threadnav20629-1-10.html--
http://linuxfr.org/board <-- des moules, du sang, de la violence
-
[^]Re: Python sur du multicoeur ?
Posté par Yoann Aubineau (page perso, ) le 06/10/2007 à 08:27. (lien). Évalué à 3.Je ne suis pas complètement à l'aise avec le fonctionnement interne de CPython, mais de ce que j'ai compris au sujet de la gestion des multicores c'est que, dans toutes les solutions testées jusqu'à présent, l'overhead imposé par les mecanismes de préservation et de changement de contexte, ainsi que tout ce qui a trait à la synchronisation et au partage de l'espace mémoire, rendait marginale le gain de performance apporté par un second coeur.
La bonne pratique, pour le moment, serait donc de lancer plusieurs instances de l'interpréteur, le noyau se chargeant de les répartir entre les coeurs, et d'utiliser, si besoin, un mécanisme d'IPC pour communiquer entre les processus. En particulier, Twisted (http://twistedmatrix.com/trac/) est un framework évènementiel fabuleux pour ce genre d'architecture.
= Python 3000 FAQ =
http://www.artima.com/weblogs/viewpost.jsp?thread=211200
Q. Multi-core processors will be standard even on laptops in the near future. Is Python 3.0 going to get rid of the GIL (Global Interpreter Lock) in order to be able to benefit from this feature?
A. No. We're not changing the CPython implementation much. Getting rid of the GIL would be a massive rewrite of the interpreter because all the internal data structures (and the reference counting operations) would have to be made thread-safe. This was tried once before (in the late '90s by Greg Stein) and the resulting interpreter ran twice as slow. If you have multiple CPUs and you want to use them all, fork off as many processes as you have CPUs. (You write your web application to be easily scalable, don't you? So if you can run several copies on different boxes it should be trivial to run several copies on the same box as well.) If you really want "true" multi-threading for Python, use Jython or IronPython; the JVM and the CLR do support multi-CPU threads. Of course, be prepared for deadlocks, live-locks, race conditions, and all the other nuisances that come with multi-threaded code.
-
[^]Re: Python sur du multicoeur ?
Posté par SaintGermain () le 06/10/2007 à 13:37. (lien). Évalué à 2.IPython (un shell Python aux hormones) est en train de développer une version spéciale pour le calcul parallèle :
http://ipython.scipy.org/moin/Parallel_Computing
Les vidéos présentées à la PyCon2007 sont particulièrement intéressantes (elles sont dans les tgz) :
http://ipython.scipy.org/talks/0702_pycon/
-
[^]Re: Python sur du multicoeur ?
Posté par √λιi () le 06/10/2007 à 15:30. (lien). Évalué à 2.Ou comment condamner son langage a servir des pages web.
Ce qui m'étonne c'est qu'ils ont tenté de faire une implémentation intégralement thread safe, alors qu'en général, on fait la politique de l'autruche en ajoutant des mécanismes nécessaire pour que le développeur puisse faire du thread safe. Par exemple il parle du comptage de référence pour le garbage collector. C'est fallacieux ! toutes les technos que je connais un peu utilisent un garbage collector (ou toute autre structure partagée) par thread, et c'est au développeur de déclarer les variables partagés, dont les références seront comptées autrement, et ailleurs. Et cela se résout très bien, parce qu'en général on se sert de très peut de variables partagées, et on les manipule prudemment.
Par contre une chose est claire, il est impossible (a ce que je sais) de faire du multi thread de manière transparente sur des langages non fonctionnels. Mais je ne pense pas que ce soit une bonne raison pour totalement brider une technologie a du mono thread. Faire une belle technologie c'est bien, mais quand les solution propres n'existe pas (j'ai bien dit n'existe pas), il reste toujours moyen de faire quelque chose de moins parfait, et laisser la responsabilité au développeur de l'utiliser.
-
Je me demande si ...
Il est prévu de le traduire en français ?
-
[^]Re: Je me demande si ...
Posté par palm123 (page perso, ) le 06/10/2007 à 09:36. (lien). Évalué à 5.Je peux m'y coller si ça intéresse du monde et si les auteurs de Pythonmagazine sont d'accord.
--
Les logiciels libres ne sont pas à la portée des non-spécialistes, dit Microsoft. Si même un gendarme ou un député est capable de se servir d'un PC sous Gnu/Linux...-
[^]Re: Je me demande si ...
Posté par Axel R. (page perso, ) le 10/10/2007 à 09:17. (lien). Évalué à 2.comme le mag est vendu, je serais un peu surpris... mais si y'a besoin, ça me plairait bien de m'y coller aussi...
Axel-
[^]Re: Je me demande si ...
Posté par palm123 (page perso, ) le 10/10/2007 à 10:30. (lien). Évalué à 3.j'ai envoyé un mail à l'équipe de rédaction et pas eu de réponse, donc ca ne les intéresse pas, je pense
--
Les logiciels libres ne sont pas à la portée des non-spécialistes, dit Microsoft. Si même un gendarme ou un député est capable de se servir d'un PC sous Gnu/Linux...-
[^]Re: Je me demande si ...
Posté par Axel R. (page perso, ) le 10/10/2007 à 12:46. (lien). Évalué à 3.Le 30 novembre sera la journée sans Sarkozy dans les media, l'objectif est de ne pas en parler, en bien ou en mal
Je crois que c'est repoussé au 31 Novembre...
Axel
-
-
[^]Re: Je me demande si ...
Posté par palm123 (page perso, ) le 10/10/2007 à 13:13. (lien). Évalué à 2.le mag est vendu, mais le premier numéro est gratuit, donc si je le traduis, pas de pb
--
Les logiciels libres ne sont pas à la portée des non-spécialistes, dit Microsoft. Si même un gendarme ou un député est capable de se servir d'un PC sous Gnu/Linux...-
[^]Re: Je me demande si ...
Posté par Jean-Philippe (page perso, ) le 11/10/2007 à 09:05. (lien). Évalué à 2.Euh, non, gratuit != libre, il faut vérifier la licence...
-
-
-

Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.