Dropbox lance PySton, une nouvelle implémentation de Python, basée sur LLVM, avec comme objectif de tirer partie des capacités JIT (Just-In-Time compiling, compilation à la volée) de l'architecture LLVM. Le but étant à terme d'utiliser Python là où du C++ était encore utilisé pour ses performances.
La suite de la dépêche fait un état des lieux des différentes VM Python et des projets d'améliorations de leur performances.
Le 11 mars, nous vous proposions de poser des questions à des développeurs francophones du langage Python. Un peu occupés par leur participation à PyCon 2011, ils ont finalement trouvé le temps de vous répondre. Un grand merci à eux et à tous ceux qui ont posé les questions.
L'ensemble des réponses de l'entretien est en seconde partie et est placé sous licence Art Libre : cette œuvre est libre, vous pouvez la copier, la diffuser et la modifier selon les termes de la Licence Art Libre.
À l'occasion de la sortie de Python 3.2, deux développeurs français du langage Python, Antoine Pitrou et Victor Stinner (haypo) ont accepté de répondre à quelques questions sur Python.
Et comme ils fréquentent LinuxFr, ils savent quel est le niveau ici (très élevé, tant sur le plan technique que trollifique) ; donc, lâchez-vous dans les commentaires !
C'est avec discrétion que le projet Unladen Swallow - dont le but est d'accélérer Python en s'appuyant sur LLVM et son compilateur JIT - a sorti la version 2009Q3, environ 3 mois après la version 2009Q2
Dans cette nouvelle version, les choses qui font plaisir :
- Par rapport à la version Q2, gain en utilisation mémoire de 930% ;
- Gain de performance par rapport à la version 2009Q2 entre 15 et 70% suivant les benchmarks ;
- Intégration avec GDB 7.0 permettant de débugger le code passé par le compilateur JIT ;
- Intégration avec OProfile 0.9.4 afin de fournir une interface de profilage sans difficulté qui couvre le C et le Python ;
- Beaucoup de bugs et de restrictions du compilateur JIT de LLVM ont été corrigés au passage ;
- Unladen Swallow 2009Q3 passe toutes les suites de test de projets Python majeurs tel que Twisted, Django, Numpy ou Swing (cf la liste de tests pour la liste complète des suites de test).
Les choses qui font moins plaisir :
- Le compilateur JIT de LLVM et d'autres outils ont demandé plus de travail qu'imaginé au départ. En conséquence, le projet n'a pas progressé autant en performance que les auteurs l'auraient voulu ;
- L'utilisation mémoire reste entre deux et trois fois supérieure à celle de Python 2.6.1. Cependant, il y a des pistes intéressantes pour réduire cela d'ici la version 2009Q4 .
Suite à la mauvaise presse faite à Apple parce qu'elle ne « jouait pas le jeu » avec la communauté du libre, notamment les développeurs de KHTML, Apple a décidé d'ouvrir complètement le CVS et la base de données de bugs de leur moteur web, WebCore, et d'être plus réceptif.
L'équipe d'Yzis est heureuse de vous annoncer la naissance de leur petit dernier, la version M3 de cet éditeur compatible vi qui avance à pas de géant. Beaucoup de choses depuis la version
M2 de août 2004: des corrections des bugs, plein de nouvelles fonctionnalités qui nous rapprochent de vim.
Yzis est développé par les auteurs de kvim et utilise des technologies modernes pour progresser rapidement : programmation orientée objet, scriptabilité en lua, fichiers de coloration en xml, tests unitaires.
Le coeur d'Yzis est un moteur vi réutilisable, qui peut être embarqué en tant que composant éditeur (dans le même esprit que scintilla). Des frontaux sont disponibles pour ncurses, KDE et KPart (les composants de KDE). Un port Gnome et un port Qt pur ont été commencés mais sont à la recherche de soutien dévelopistique.
Quatre mois après sa première version, le projet Yzis produit sa deuxième version (milestone M2) d'un éditeur compatible vi.
Yzis fournit un moteur vi générique et réutilisable, un front-end KDE et ncurses ainsi que l'intégration directe dans d'autres programmes KDE (Quanta, KDevelop)
Démarré par les auteurs de kvim, Yzis se distingue de vim, le principal éditeur compatible vi, par la réutilisation de technologies existantes et stables, comme le langage de script lua, ou le moteur de coloration syntaxique de kate.
Suite à leurs déboires lors du développement de KVim, les trois responsables du portage du célèbre éditeur pour KDE ont démarré un projet ambitieux : Yzis, un nouvel éditeur compatible vi.
Ça démarre plutôt pas mal avec déjà une version KDE, une version texte en ncurses et l'intégration possible dans Quanta, KDevelop ou Kate et la coloration de syntaxe (importée de Kate).
L'été dernier, grâce à l'aide de KDE France, j'ai pu réaliser une longue interview de Eirik Eng, PDG de Trolltech et Mathias Ettrich, directeur technique de Trolltech et accessoirement fondateur du projet KDE. Vous y trouverez la réponse à toutes les questions que vous avez pu vous poser un jour sur Trolltech et Qt.
Je tiens à remercier les personnes qui m'ont aidé pour la traduction et retranscription. C'était un travail pénible, qui est à l'origine du délai du publication de l'interview.
Le partie entreprise du site kde.org ressucite (grâce au travail de Waldo Bastian) et nous propose une interview de Gaël Duval (très orientée KDE) et un référencement pour des entreprises travaillant avec/pour/sur/dans KDE.
Grâce a KDE France, j'ai la chance de pouvoir prochainement mener une interview téléphonique avec Eirik Eng, le PDG de Trolltech. Donc si vous avez des questions sur Qt et Trolltech, profitez-en. Je moissonerai les questions sur KDE France, linuxfr et dot.kde.org.
Nous connaissons tous l'organisation classique d'une distribution Linux et ses problèmes : difficulté d'isoler l'installation et surtout la désinstallation d'un programme dans le système, complexité de la gestion de PATH et des bibliothèques, gestion des dépendances. Ce sont ces problèmes qui ont conduit au développement des outils tels que rpm, apt-get ou portage.
L'auteur de GoboLinux nous propose ici une approche nouvelle : réorganiser le système de fichier.
Très souple, le système permet de garder un répertoire par programme installé et miroire tout à coup de liens symboliques vers des emplacements centraux, avec une philosophie qu'on peut retrouver sous MacOs X. Plus besoin de base de donnée des paquets installés, le système de fichier est la base de donnée. Le système peut s'essayer sur une distribution existante. A tester donc.
Le rapport sur la Revue de la Strategie interne de Microsoft vis à vis de Linux est disponible sur le web. Ce document correspond à une réunion interne qui s'est tenue en septembre 2002.
Depuis quelques années, Microsoft tient tous les ans une réunion pour décider de sa stratégie vis à vis de Linux et les rapports sont parvenus à la communauté du logiciel libre à la période d'Halloween. D'où le nom.
Au menu de cette année, que des bonnes nouvelles. Le FUD ne paye pas trop, les gens croient de plus en plus au logiciel libre. Il faut continuer nos efforts.
Après KOffice, Guido van Rossum et le FOSDEM, l'équipe de
Freehackers revient pour vous proposer une nouvelle interview avec l'équipe de KDevelop. C'est disponible uniquement en anglais, mais c'est quand même une exclusivité linuxfr.
Je publie sur mon site une comparaison entre la programmation avec des MFC et la programmation avec Qt. Aucun doute permis sur lequel est le plus puissant! On est bien sur intêressé par des retours de tous types: erreurs, expériences similaires ou contradictoires, etc
