Elektrolyse (e10s) Es ist eine der Kernfunktionen von Firefox, an der Mozilla derzeit arbeitet. Diese Funktion oder Erweiterung fügt Mozillas Browser die vielbeachtete Multiprozessarchitektur hinzu.
Architektur Multi-Prozesstrennt die offenen Tabs voneinander und die Plugins andererseits und stärkt nicht nur die Stabilität des Browsers, sondern auch seine Sicherheit. Wir sollten dies nicht mit dem "Sandkasten" verwechseln, aber es ist sicherlich das Tor, um es später Wirklichkeit werden zu lassen.
Mozilla implementiert Elektrolyse in den Kanalversionen Nächtlich de Firefox vor ein paar Monaten im Februar. Die Implementierung war damals experimentell und standardmäßig deaktiviert.
Tests haben gezeigt, dass noch viel Arbeit geleistet werden muss, insbesondere hinsichtlich der Stabilität und Kompatibilität mit Plugins. Die Arbeiten an der Elektrolyse wurden fortgesetzt, und es gibt derzeit eine Roadmap für die Planung der Kontinuität dieser Funktion, bis sie vollständig stabil ist. Dies kann je nach den Unebenheiten variieren, die während der Entwicklung auftreten können.
Firefox Multi-Prozess, wo und wann?
Roadmap für die Multi-Prozess-Firefox-Architektur
- 18. Juli 2014 - Meilenstein 1: Machen Sie E10s für durchschnittliche Benutzer der Nightly-Version nutzbar, aber standardmäßig deaktiviert.
- 21. Juli 2014 - Die Entwicklung von Firefox 34 beginnt. Mozilla möchte die nächsten sechs Wochen für Nightly-Channel-Benutzer und Plugin-Entwickler nutzen, um e10s und insbesondere die Plugin-Kompatibilität zu testen.
- 1 für September, 2014 - Die Entwicklung von Firefox 35 beginnt. Mozilla plant, den zweiten Meilenstein in dieser Entwicklungsphase zu erreichen. Wenn Meilenstein 2 erreicht ist, befindet sich die Elektrolyse an einem Punkt, an dem sie standardmäßig für Benutzer der Nightly-Versionen aktiviert werden kann.
- Oktober 13, 2014 - Die Entwicklung von Firefox 36 beginnt. Dies ist die Firefox-Version, bei der der Multi-Prozess von Kanal zu Kanal verschoben wird (Nightly> Aurora> Beta> Stable), bis er am 16. Februar 2015 in der stabilen Version veröffentlicht wird.
Eine Änderung in der Architektur ist eine wesentliche Änderung und eine der Konsequenzen der Implementierung von e10sist, dass es Plugins gibt, die damit nicht kompatibel sind.
Derzeit nicht unterstützte Plugins sind unter anderem Adblock Plus, LastPass, RequestPolicy, Greasemonkey, HTTPS Everywhere, BluHell Firewall oder Video Download Helper.
Mozilla verfolgt die Plugin-Kompatibilität mit e10s auf der Seite Sind wir e10s schon. Hier sehen Sie die Liste der Fehler, um den Fortschritt der Maßnahmen zur Kompatibilität dieses Add-Ons zu sehen.
Viele andere beliebte Add-Ons wurden noch nicht getestet. Dennoch werden diejenigen, die ständig weiterentwickelt und aktualisiert werden, korrigiert, um sie kompatibel zu machen e10s falls es nötig war. Andere Add-Ons hingegen, die von ihren Autoren aufgegeben wurden, werden nicht mehr verfügbar sein, wenn e10s Teil der stabilen Version von Firefox ist.
Quelle: FirefoxManía
Vielen Dank für die Info, es war etwas sehr Notwendiges für Firefox. Nur eine Frage, an den Daten, die Sie sagen, sollte es nicht 2015 sein?
Nicht unbedingt.
Derzeit ist die Beta2 von Firefox32 verfügbar, Version 34 befindet sich nicht lange in der Entwicklung, nur stellen sie noch keine Alpha oder Beta zum Download bereit.
Mit anderen Worten, dies sind anscheinend die richtigen Daten, nur dass einige Änderungen (oder Fortschritte) nicht für alle interessierten Parteien sichtbar sind, sondern nur für Entwickler, Tester oder diejenigen, die in den Entwicklungslisten registriert sind.
Für Juli 2015 denke ich nicht, dass wir uns noch für Version 34 oder 35 von Firefox entscheiden werden, sondern für 55 HAHA.
Sagen Sie es mir nicht, denn normalerweise ist es in Iceweasel in der Testbranche nur ein Kopfschmerz, darauf zu warten, dass es der aktuellen Version von Firefox entspricht (es ist schrecklich, warten zu müssen, bis Iceweasel stabil Firefox einholt ).
Wie auch immer, mir ist klar, dass Debian Wheezy Iceweasel besser unterstützt als Debian Jessie, was angeblich der Fall ist Eiswiesel muss sich auf dem stabilen Ast in Ihrem Haupt-Repo befinden.
Und nebenbei, Hier ist mein Wutanfall im Forum.
Vielen Dank für die Klarstellung, ich verstehe diese beschleunigte Entwicklung von Firefox nicht ganz
Diese Funktion ist einfach großartig. Ich freue mich darauf in der Nacht. Die Zeit vergeht wie im Fluge.
Misch, Firefox à la Chrome für das Multithreaded, es sieht interessant aus. Ich hoffe nur, dass es nicht mehr viel RAM verbraucht.
Es wäre immer noch perfekt, wenn ich Webkit verwenden würde. Deshalb bevorzuge ich Chrome: 3
Wenn ich ein Webkit verwenden würde, würde es aufhören, Firefox zu sein.
Genau. Deshalb werde ich es nicht benutzen, es fängt nicht einmal Blink 😀
Nun, ich muss mich immer noch auf Chrome für Motorola-Dienstprogramme verlassen 😀
Hervorragende Neuigkeiten für Benutzer von Firefox und Iceweasel.
Übrigens ist es nicht so, dass ich zu Ubuntu oder so etwas gewechselt bin, sondern dass ich gelangweilt war, darauf zu warten, dass Iceweasel auf Debian Jessie auf Version 31 aktualisiert wird.
Widerstehen Sie nicht mehr und erliegen Sie dem Charme der Ubuntera-Sekte.
Nein Danke. Ich würde gerne zu Ubuntu gehen, aber mit einer langsameren APT als Debian, sogar einigen Fehlern, die sogar auf den Grafikserver heruntergeladen werden können, würde ich besser mit Debian SID oder Arch gehen.
Ubuntu LTS? Nein Danke. Mit Debian Jessie bin ich mehr als zufrieden.
Gesendet von meinem Debian Wheezy Netbook mit Iceweasel 31.
Ich habe dir bereits gesagt, dass dir Dinge passieren, die normale Menschen nicht tun ...
Ich habe Ubuntu LTS bereits ausprobiert, aber ich mag keine Updates, die mich zwingen, den Videoserver zu reparieren.
Übrigens läuft Firefox 31 genauso wie Iceweasel 31 (das heißt flüssig, obwohl es ein kleines Problem wie den von Chrome geerbten Cache gibt, aber der Rest ist großartig und mit 15 offenen Registerkarten und einem integrierten Reportbug, der dies nicht tut komm in Eiswiesel).
Um mit dieser Art von Absturz fertig zu werden, gehe ich besser zu Debian SID oder Arch Linux 🙂
Um das Fehlen von Multiprocessing zu vermeiden, besteht immer die Möglichkeit, Firefox mit dem Parameter –no-remote wie folgt auszuführen:
/usr/lib64/firefox/firefox.sh -p –no-remote% u
Auf diese Weise können mehrere Instanzen mit separaten Prozessen gestartet werden
In meinem Fall habe ich für jedes Profil mehrere Starter erstellt, damit ich sie direkt über das Gnome-Panel starten kann.
Ich habe dafür ProfileSwitcherDies ermöglicht das Öffnen anderer Profile direkt aus dem Profil, in dem es installiert ist.
Ich liebe Firefox. Das einzige, was ich nicht mag, ist die Kompatibilität mit Flash 🙁
Ich teste es und der Unterschied ist brutal…! Dies ist sehr auffällig, insbesondere wenn Sie viele Registerkarten gleichzeitig laden. Es wird mich ein bisschen kosten, zur stabilen Version zurückzukehren. Hat übrigens jemand die Änderung im Konfigurationsmenü in der Nacht bemerkt?