Pour de meilleures performances et compétitivité, Mozilla avait annoncé l'abandon de la technologie d'interface XUL sur Firefox Mobile. Une décision concrétisée aujourd'hui par la sortie d'une version à interface native sur le canal Nightly.
Des widgets constituent les différents composants de la nouvelle interface (barre d'adresse, contenu, futures extensions, etc.). L'objectif est de réduire le temps de démarrage et offrir une meilleure réactivité et une consommation de mémoire plus économe, assure Mark Finkle, membre de l'équipe de Fennec et auteur de cette capture d'écran :
Concession et clairement pas une révolution. L'abandon de XUL sur mobile peut être perçu comme un compromis douloureux, un retour à la raison pour le navigateur qui a bâti une partie de son succès sur l'extensibilité de la technologie.
Mais ce n'est pas le seul abandon de raison à regretter chez la fondation en cette période.
Les efforts pour munir Firefox de multiprocessus complet viennent d'être mis en pause en raison de la complexité de l'entreprise, annonce Lawrence Mandel, chef de projet à Mozilla. Le projet Electrolysis devait aboutir à une exécution séparée de l'interface et des pages, pour une meilleure sécurité et réactivité de l'interface. Il n'est désormais plus sur la liste des priorités de la fondation aux ressources limitées.
Firefox arrive à exécuter les plug-ins (Flash, QuickTime, Silverlight) dans des processus séparés depuis la version 3.6.4, mais les extensions en XUL et l'interface générale s'exécutent toujours dans le même processus système que les pages. Cette situation limite entre autres les possibilités d'optimisation de la sécurité (sandboxing...) et des performances : exploiter plusieurs coeurs de processeur notamment.
L'interruption du projet Electrolysis peut être perçue comme une conséquence de l'accélération du rythme de développement de Firefox (une version majeure chaque 6 Mois).
L'équipe de développement préfère se concentrer désormais sur de petites initiatives plutôt que de se mobiliser longtemps sur des projets de fonds, lourds investissements : « Convertir un produit établi, comme Firefox, d'une architecture mono- à multiprocessus requière l'implication et la coordination de plusieurs équipes [...] Electrolysis requiert un investissement considérable en ressources et en temps [...] Combien de temps ? À ce point, nous n'avons pas une réponse définitive comme il y a plusieurs [variables] inconnus », explique Lawrence Mandel sur son blog.
Les navigateurs de Google et de Microsoft tournent déjà en multiprocessus au moment où la fondation met temporairement au placard son projet.
N'ayant pas les mêmes moyens matériels ni humains que les deux concurrents géants, cette décision est donc la meilleure chose à faire à condition que Firefox se montre plus présent et plus compétitif dans d'autres volets tels que le mobile et l'open web.
Sources :
Blog de Lawrence Mandel
blog de Mark Finkle
Et vous ?
Que pensez-vous de l'interruption du projet Electrolysis ?
Une architecture mono-processus est-elle d'après vous un handicap dans le marché des navigateurs ?
Mozilla interrompt le projet Electrolysis d'un Firefox multi-processus
Une première version de Fennec à UI native sans XUL est disponible
Mozilla interrompt le projet Electrolysis d'un Firefox multi-processus
Une première version de Fennec à UI native sans XUL est disponible
Le , par Idelways
Une erreur dans cette actualité ? Signalez-nous-la !