Electrolysis (e10s) es una de las características del núcleo de Firefox en las que Mozilla se encuentra trabajando actualmente. Esta característica o mejora, añade la tan aclamada arquitectura multi-proceso al navegador de Mozilla.
La arquitectura multi-proceso, separa las pestañas abiertas entre sí y los plugins por otra parte, fortaleciendo no sólo la estabilidad del navegador, sino también la seguridad del mismo. No debemos confundir esto con el “sandbox”, pero de seguro es la puerta de entrada a que se haga realidad más adelante.
Mozilla implementó Electrolysis en las versiones del canal Nightly de Firefox hace unos meses en febrero. La implementación fue experimental en aquel entonces y deshabilitada por defecto.
Las pruebas mostraron que se necesita trabajar mucho, especialmente respecto a la estabilidad y la compatibilidad con los complementos. El trabajo en Electrolysis ha continuado y ya se tiene, por ahora, un roadmap para la planificación de la continuidad de esta característica hasta que salga totalmente estable. Este pudiera variar de acuerdo con los baches que puedan aparecer durante el desarrollo.
Firefox multi-proceso, ¿dónde y cuándo?
Roadmap para la arquitectura de Firefox multi-proceso
- 18 de julio, 2014 – Hito 1: hacer E10s usable para la media de los usuarios de las versiones Nightly pero deshabilitada por defecto.
- 21 de julio, 2014 – Comienza el desarrollo de Firefox 34. Mozilla quiere usar las seis semanas siguientes para que los usuarios del canal Nightly y los desarrolladores de complementos prueben e10s y en especial la compatibilidad con los complementos.
- 1 de septiembre, 2014 – Comienza el desarrollo de Firefox 35. Mozilla se plantea alcanzar el segundo hito en este período de desarrollo. Cuando se alcance el hito 2, Electrolysis está en un punto en el que puede ser habilitado por defecto para los usuarios de las versiones Nightly.
- 13 de octubre, 2014 – Comienza el desarrollo de Firefox 36. Esta es la versión de Firefox, donde el multi-proceso será movido de canal en canal (Nightly > Aurora > Beta > Estable) hasta ser liberado en la versión estable el 16 de febrero de 2015.
Compatibilidad con los complementos
Un cambio en la arquitectura, es un cambio mayor y una de las consecuencias de la implementación de e10s, es que hay complementos que no son compatibles con este.
Los complementos que no son compatibles por el momento, entre otros, son Adblock Plus, LastPass, RequestPolicy, Greasemonkey, HTTPS Everywhere, BluHell Firewall o Video Download Helper.
Mozilla le sigue el rastro a la compatibilidad de los complementos con e10s en la página Are We e10s yet. Aquí se puede ver el listado de bugs, para ver el progreso de lo que se hace para que ese complemento sea compatible.
Muchos otros complementos también populares, no han sido probados aún. Aún así, los que son desarrollados constantemente y actualizados, serán corregidos para hacerlos compatibles con e10s en caso de que fuera necesario. Otros complementos, por el contrario, los que están abandonados por sus autores, pasarán a ser difuntos cuando e10s forme parte de la versión estable de Firefox.
Fuente: FirefoxManía
Muchas gracias por la info, era algo muy necesario para Firefox. Sólo una pregunta, ¿en las fechas que dices, no debería ser 2015?
No necesariamente.
Actualmente está disponible la beta2 de Firefox32, la versión 34 está en desarrollo desde hace no mucho, solo que aún no ponen disponible para descarga ninguna alpha o beta.
O sea, estas son según parece las fechas correctas, solo que algunos cambios (o avances) no son visibles para todos los interesados, solo para los desarrolladores, los testets o bien los que estén registrados en las listas de desarrollo.
Para julio de 2015 no creo que aún vayamos por la versión 34 o 35 de Firefox, más bien iríamos por la 55 JAJA.
Ni me digas, porque normalmente en Iceweasel, en la rama testing, es simplemente un dolor de cabeza para esperar a que esté a la par de la versión actual de Firefox (es horrible tener que esperar a que Iceweasel estable esté a la par de Firefox).
En fin, me doy cuenta que Debian Wheezy le dan mejor soporte a Iceweasel que en Debian Jessie, que supuestamente Iceweasel ha de estar en la rama estable en su repo principal.
Y por cierto, aquí está mi berrinche en el foro.
Gracias por aclararmelo, no termino de entender del todo este desarrollo tan acelerado de Firefox
Esta característica es simplemente genial.. ..lo espero con ánsias en el Nightly..el tiempo pasa volando..
Mish, Firefox à la Chrome por lo multiproceso, se ve interesante. Sólo espero que no consuma mucha RAM no más.
Igual sería perfecto si usara Webkit, por eso me quedo con Chrome :3
si usara webkit dejaría de ser firefox -.-
Exactamente. Por eso no lo usaré, ni siquiera pesca a Blink 😀
Bueno que igual tengo que depender de Chrome por utilidades de Motorola 😀
Excelente noticia para los usuarios de Firefox y Iceweasel.
Y por cierto, no es que me haya cambiado a Ubuntu ni nada por el estilo, es que me aburrí de esperar a que Iceweasel en Debian Jessie se actualizara a la versión 31.
Ya no te resistas más y sucumbe ante el encanto de la secta ubuntera.
No, gracias. Me gustaría irme a Ubuntu, pero con un APT más lento que el de Debian, incluso unos errores que hasta pueden bajarse hasta a el servidor gráfico, mejor me iría con Debian SID o Arch.
¿Ubuntu LTS? No, gracias. Con Debian Jessie estoy más que satisfecho.
Enviado desde mi netbook con Debian Wheezy con Iceweasel 31.
Ya te había dicho que a ti te pasan cosas que a la gente normal no…
Ya intenté con Ubuntu LTS, pero no me gustan las actualizaciones que me obligan a reparar el servidor de video.
Y por cierto, Firefox 31 anda igual que Iceweasel 31 (es decir, fluído, aunque con un problema menor como el caché heredado de Chrome, pero el resto, de maravillas y con 15 pestañas abiertas y con un reportbug integrado que no viene en Iceweasel).
En fin, para lidiar con ese tipo de crasheos, mejor me largo a Debian SID o a Arch Linux 🙂
Para paliar la falta del multiproceso siempre esta la opcion de ejecutar firefox con el parametro –no-remote de la siguiente forma:
/usr/lib64/firefox/firefox.sh -p –no-remote %u
de esta forma se pueden lanzar multiples instancias corriendo procesos separados
en mi caso tengo creados varios lanzadores para cada perfil de modo de iniciarlos desde el panel de gnome de forma directa.
Yo para eso tengo ProfileSwitcher, el cual permite abrir otros perfiles directamente desde el perfil en el cual esta instalado.
Me encanta firefox lo único que me disgusta es su compatibilidad con flash 🙁
lo estoy probando y la diferencia es brutal…! es muy notoria, en especial cuando cargas muchas pestañas al mismo tiempo. me va a costar un poco volver a la versión estable, por cierto alguien noto el cambio del menu de configuración en la nightly?