Laurent HAUSERMANN

Je vous ai déja parlé de DTrace lors de la release d'OpenSolaris.

Dtrace est un logiciel inclus dans le noyau de Solaris 10 et d'OpenSolaris. Il permet de surveiller l'execution d'un logiciel ou du système entier. Sa grande force est de pouvoir être executer sur un système en production. Ce qui permet de savoir exactement ce qui se passe sur une machine, lorsque les logs ou les commandes "standards" ne font que constater les dégats (100% de CPU, ça je peux le sentir, ma console ne répond presque pas ... mais qui cause ce problème ? pourquoi se produit-il ?!!)

Non seulement, il s'adresse aux développeurs, mais aussi aux administrateurs ou aux ingénieurs support. Il permet une analyse progressive permettant ainsi une analyse de l'ensemble des "sources" du probleme : en permettant une approche sur chacune des couches logicielles, il permet de connaitre avec précision l'impact d'une application sur le reste du système.

Last but not least, il est désormais integré avec les langages évolués comme Java, Python, Ruby, PHP : aussi incroyable que ca puisse paraitre, on peut surveiller l'impact d'un script Ruby sur le noyau de l'OS !

Brian Cantrill et Adam Leventhal ont fait deux présentations assez réussies de cet outil, chez Google (video) et  lors FOSDEM (video : direct / torrent). Je vous recommande vivement ces deux videos.

 Une bonne raison d'installer et de booter OpenSolaris !

J'ai désormais une adresse email publique, sur laquelle je vous invite à me joindre :

laurent.hausermann at gmail.com

Cette adresse est aussi valable pour Google Talk qui n'est autre que le protocole OpenSource Jabber/XMMP , disponible dans tous les bons clients d'instant messaging (IM), comme gaim.

D'ailleurs je vous encourage à lire la présentation donnée par Ralph Meijer à la conférence XTech 2005. On y apprend des choses importantes pour un projet OpenSource, à savoir qui utilise ce projet pour créer de nouvelles solutions ou pour démocratiser l'IM au sein des entreprises :

• Most major Wall Street firms are running Jabber.
• Big telcos/ISPs (France Telecom, Bell South, Orange, etc.).
• U.S. Government: U.S. Army Future Combat Systems (etc.).
• IBM: emergency management network in Washington D.C. (CAPWIN).
• Large companies (HP, FedEx, EDS, Qualcomm, AT&T,etc.).
• Lots of small companies, too: 300,000+ server downloads.
• 10+ million Jabber IM users.
• EBS: $100-billion-a-day spot trading system.
• PubSub.com: real-time notifications from 10+ million RSS/Atom feeds.
• Nokia: pan-European Nokia game.
• Sputnik: wireless access point.
• TrakM8: vehicle tracking system.
• Reynolds & Reynolds: automotive dealer management system.
• HighStreet Networks: real-time network management.
• Inkboard: open-source project for SVG whiteboarding over XMPP.

Quel beau succès !

L'information la plus importante (la plus excitante ?) de ce début du mois de Juin 2005, est bien l'ouverture du code de Solaris 10, sous la licence CDDL.

C'est vrai que pendant longtemps les mots "Solaris" et "Open" ont été bien éloignés l'un de l'autre et que les relations affichées entre Sun et les communautés Open Source ont été tumultueuses.

Mais c'est fait, on peut désormais consulter le code de Solaris 10 et le télécharger !

Et Sun s'engage résolument vers une démarche de création d'une communauté autour de son produit historique (pour la petite histoire perso de son président et fondateur). Ainsi on retrouve sur OpenSolaris.org les outils traditionnels des communautés OpenSource (BugTracker, Source Browser, etc..). Mais c'est la démarche qui est la plus intéressante.

Jim Grisanzio explique dans une note la génèse du projet OpenSolaris. En quelques mots (je ne saurais que vous renvoyer à son article très bien documenté), Sun a adopté une stratégie pragmatique en s'appuyant sur un projet "pilote" liant une centaine de développeurs de part le monde (avec un NDA pour chaque membre du projet pilote). Pendant 9 neufs mois, ils ont ainsi pu tester, documenter et préparer l'ouverture du code au plus grand nombre. Ainsi, on trouve sur le site un guide du développeur et aussi une description du process de développement.

Pour ceux d'entre vous qui ont l'habitude du développement logiciel, ce process instaure notamment des revues de code...

Code Review
Code review is sometimes called the "last line of defense against brokenness" and is required for any change, no matter how small, prior to integration....

Ca sent le vécu :-)

Par ailleurs, j'avoue trouver cette façon de préparer et de créer une "amorce" (bootstrap) de communauté très intelligente et cela va sûrement leur permettre de décoller rapidement...

Car il est vrai que Solaris a de sérieux arguments : les quelques 10 millions de codes offrent des fonctionnalités avancées. Avec Solaris 10, l'innovation technologique n'est pas en reste. La virtualisation, le cloisonement, la sécurité ou encore les outils de développement (avec le fabuleux DTrace) associées à des performances très importantes, font de Solaris 10, un bel objet technique.
Et Sun affiche une volonté de fédérer autour de ces nouvelles technologies pour prendre un avantage sur ses concurrents. Ainsi chaque technologie bénéficie d'un portail dédié.

Mais que cherche-t-on vraiment chez le constructeur / éditeur historique de système Unix ? Sûrement à établir un nouveau standard, à ralentir (annuler ?) le déclin de son système d'exploitation en le rendant ouvert et intégrable par d'autres acteurs du marché. Avec la licence CDDL, il est désormais possible pour un industriel d'intégrer tout ou partie de Solaris dans son propre produit, comme le précise la FAQ dédiée à la licence :

If I use code licensed under the CDDL in my proprietary product, will I have to share my source code?
Yes, for any source files that are licensed under the CDDL and any modifications you make. However, you don't need to share the source for your proprietary source files.

Sun réussira-t-il à faire de OpenSolaris, un projet incontournable au même titre que Linux, FreeBSD, Apache ou Mozilla ?