Électrolyse (e10s) c'est l'une des principales fonctionnalités de Firefox sur lesquelles Mozilla travaille actuellement. Cette fonctionnalité ou amélioration ajoute l'architecture multi-processus très appréciée au navigateur de Mozilla.
L'architecture multi-processus, sépare les onglets ouverts les uns des autres et les plugins d'autre part, renforçant non seulement la stabilité du navigateur, mais également sa sécurité. Il ne faut pas confondre cela avec le "bac à sable", mais c'est sûrement la porte d'entrée pour en faire une réalité plus tard.
Mozilla implémenté Électrolyse dans les versions de canal Chaque nuit de Firefox il y a quelques mois en février. L'implémentation était expérimentale à l'époque et désactivée par défaut.
Les tests ont montré qu'il reste beaucoup de travail à faire, notamment en ce qui concerne la stabilité et la compatibilité avec les plugins. Les travaux sur l'électrolyse se sont poursuivis et il existe, pour l'instant, une feuille de route pour planifier la continuité de cette fonctionnalité jusqu'à ce qu'elle soit totalement stable. Cela peut varier en fonction des bosses qui peuvent apparaître au cours du développement.
Firefox multi-processus, où et quand?
Feuille de route pour l'architecture Firefox multi-processus
- 18 juillet 2014 - Jalon 1: rendre les E10 utilisables pour les utilisateurs moyens de la version Nightly mais désactivés par défaut.
- 21 juillet 2014 - Début du développement de Firefox 34. Mozilla veut utiliser les six prochaines semaines pour les utilisateurs du canal Nightly et les développeurs de plugins pour tester les e10 et surtout la compatibilité des plugins.
- 1 pour septembre, 2014 - Début du développement de Firefox 35. Mozilla prévoit de franchir la deuxième étape de cette période de développement. Lorsque le jalon 2 est atteint, l'électrolyse est à un point où elle peut être activée par défaut pour les utilisateurs des versions Nightly.
- Octobre 13, 2014 - Début du développement de Firefox 36. Il s'agit de la version Firefox, où le multi-processus sera déplacé de canal en canal (Nightly> Aurora> Beta> Stable) jusqu'à sa sortie dans la version stable le 16 février 2015.
Un changement d'architecture est un changement majeur et l'une des conséquences de la mise en œuvre de e10s, est qu'il existe des plugins qui ne sont pas compatibles avec cela.
Les plugins qui ne sont pas pris en charge pour le moment, entre autres, sont Adblock Plus, LastPass, RequestPolicy, Greasemonkey, HTTPS Everywhere, BluHell Firewall ou Video Download Helper.
Mozilla garde une trace de la compatibilité des plugins avec les e10 sur la page Sommes-nous encore des e10. Ici vous pouvez voir la liste des bogues, pour voir la progression de ce qui est fait pour rendre cet add-on compatible.
De nombreux autres modules complémentaires populaires n'ont pas encore été testés. Pourtant, ceux qui sont constamment développés et mis à jour seront corrigés pour les rendre compatibles avec e10s au cas où cela serait nécessaire. D'autres add-ons, au contraire, ceux qui sont abandonnés par leurs auteurs, deviendront caducs lorsque e10s fera partie de la version stable de Firefox.
Source: FirefoxManía
Merci beaucoup pour l'info, c'était quelque chose de très nécessaire pour Firefox. Juste une question, aux dates que vous dites, ne devrait-il pas être 2015?
Pas nécessairement.
Actuellement, la version bêta2 de Firefox32 est disponible, la version 34 est en développement depuis peu de temps, mais ils ne rendent toujours pas de téléchargement alpha ou bêta.
En d'autres termes, ce sont apparemment les dates correctes, seulement que certains changements (ou avancées) ne sont pas visibles par toutes les parties intéressées, uniquement par les développeurs, les testeurs ou ceux enregistrés dans les listes de développement.
Pour juillet 2015, je ne pense pas que nous allons toujours pour la version 34 ou 35 de Firefox, mais plutôt pour 55 HAHA.
Ne me dis pas, car normalement dans Iceweasel, dans la branche testing, c'est juste un casse-tête d'attendre qu'il soit à la hauteur de la version actuelle de Firefox (c'est horrible d'avoir à attendre Iceweasel stable pour rattraper Firefox ).
Quoi qu'il en soit, je me rends compte que Debian Wheezy supporte Iceweasel mieux que Debian Jessie, qui soi-disant Iceweasel doit être sur la branche stable de votre dépôt principal.
Et au fait, voici ma colère dans le forum.
Merci d'avoir clarifié, je ne comprends pas très bien ce développement accéléré de Firefox
Cette fonctionnalité est tout simplement géniale .. .. J'ai hâte d'y être dans la nuit .. le temps passe vite ..
Mish, Firefox à la Chrome donc multithread, ça a l'air intéressant. J'espère juste qu'il ne consomme plus beaucoup de RAM.
Ce serait toujours parfait si j'utilisais Webkit, c'est pourquoi je préfère Chrome: 3
si j'utilisais webkit, il cesserait d'être firefox -.-
Exactement. C'est pourquoi je ne vais pas l'utiliser, il n'attrape même pas Blink 😀
Eh bien, je dois toujours compter sur Chrome pour les utilitaires Motorola 😀
Excellente nouvelle pour les utilisateurs de Firefox et Iceweasel.
Et au fait, ce n'est pas que je suis passé à Ubuntu ou quelque chose du genre, c'est que je me suis ennuyé d'attendre Iceweasel sur Debian Jessie pour passer à la version 31.
Ne résistez plus et succombez au charme de la secte ubuntera.
Non merci. Je voudrais aller sur Ubuntu, mais avec un APT plus lent que Debian, même des erreurs qui peuvent même être téléchargées sur le serveur graphique, je ferais mieux d'utiliser Debian SID ou Arch.
Ubuntu LTS? Non merci. Avec Debian Jessie, je suis plus que satisfait.
Envoyé de mon netbook Debian Wheezy avec Iceweasel 31.
Je vous avais déjà dit que des choses vous arrivent que les gens normaux ne ...
J'ai déjà essayé Ubuntu LTS, mais je n'aime pas les mises à jour qui me forcent à réparer le serveur vidéo.
Et au fait, Firefox 31 fonctionne de la même manière que Iceweasel 31 (c'est-à-dire fluide, bien qu'avec un problème mineur comme le cache hérité de Chrome, mais le reste, excellent et avec 15 onglets ouverts et avec un reportbug intégré qui ne le fait pas venir dans Iceweasel).
Quoi qu'il en soit, pour faire face à ce genre de crash, je ferais mieux d'aller sur Debian SID ou Arch Linux 🙂
Pour pallier le manque de multitraitement, il est toujours possible d'exécuter Firefox avec le paramètre –no-remote comme suit:
/usr/lib64/firefox/firefox.sh -p –no-remote% u
de cette façon, plusieurs instances peuvent être lancées en exécutant des processus séparés
dans mon cas, j'ai créé plusieurs lanceurs pour chaque profil afin de pouvoir les démarrer directement depuis le panneau gnome.
J'ai pour ça ProfilSwitcher, qui permet d'ouvrir d'autres profils directement à partir du profil dans lequel il est installé.
J'adore Firefox, la seule chose que je n'aime pas, c'est sa compatibilité avec le flash 🙁
Je le teste et la différence est brutale…! c'est très visible, surtout lorsque vous chargez plusieurs onglets en même temps. Cela va me coûter un peu de revenir à la version stable, au fait, est-ce que quelqu'un a remarqué le changement dans le menu de configuration dans la nuit?