Elektrolyse (e10s) het is een van de kernfuncties van Firefox waar Mozilla momenteel aan werkt. Deze functie of verbetering voegt de veelgeprezen architectuur met meerdere processen toe aan de browser van Mozilla.
architectuur multi-proces, scheidt de open tabbladen van elkaar en de plug-ins aan de andere kant, waardoor niet alleen de stabiliteit van de browser wordt versterkt, maar ook de veiligheid. We moeten dit niet verwarren met de "sandbox", maar het is zeker de toegangspoort om later werkelijkheid te worden.
Mozilla geïmplementeerd electrolyse in de kanaalversies nacht de Firefox een paar maanden geleden in februari. De implementatie was toen experimenteel en standaard uitgeschakeld.
Tests hebben uitgewezen dat er veel werk moet worden verzet, vooral wat betreft stabiliteit en compatibiliteit met plug-ins. Het werk aan elektrolyse is voortgezet en er is voorlopig een stappenplan voor het plannen van de continuïteit van deze functie totdat deze volledig stabiel is. Dit kan variëren afhankelijk van de hobbels die tijdens de ontwikkeling kunnen optreden.
Firefox multi-process, waar en wanneer?
Roadmap voor Firefox-architectuur met meerdere processen
- 18 juli 2014 - Mijlpaal 1: maak E10s bruikbaar voor de gemiddelde gebruikers van de Nightly-versie, maar standaard uitgeschakeld.
- 21 juli 2014 - De ontwikkeling van Firefox 34 begint. Mozilla wil de komende zes weken gebruiken voor Nightly-kanaalgebruikers en plug-in-ontwikkelaars om e10's en vooral plug-in-compatibiliteit te testen.
- 1 voor september, 2014 - De ontwikkeling van Firefox 35 begint. Mozilla is van plan de tweede mijlpaal in deze ontwikkelingsperiode te bereiken. Wanneer mijlpaal 2 is bereikt, bevindt Elektrolyse zich op een punt waarop het standaard kan worden ingeschakeld voor gebruikers van de Nightly-versies.
- Oktober 13, 2014 - De ontwikkeling van Firefox 36 begint. Dit is de Firefox-versie, waarbij het multiproces van kanaal naar kanaal zal worden verplaatst (Nightly> Aurora> Beta> Stable) totdat het in de stabiele versie op 16 februari 2015 wordt vrijgegeven.
Een verandering in de architectuur is een grote verandering en een van de gevolgen van de implementatie van e10s, is dat er plug-ins zijn die hier niet mee compatibel zijn.
De plug-ins die momenteel niet worden ondersteund, zijn onder andere Adblock Plus, LastPass, RequestPolicy, Greasemonkey, HTTPS Everywhere, BluHell Firewall of Video Download Helper.
Mozilla houdt de compatibiliteit van plug-ins met e10s op de pagina bij Zijn we al e10s. Hier kunt u de lijst met bugs zien om de voortgang te zien van wat er wordt gedaan om deze add-on compatibel te maken.
Veel andere populaire add-ons zijn nog niet getest. Toch zullen degenen die voortdurend worden ontwikkeld en bijgewerkt, worden gecorrigeerd om ze compatibel te maken met e10s voor het geval het nodig was. Andere add-ons, aan de andere kant, degenen die zijn verlaten door hun auteurs, worden opgeheven wanneer e10s deel uitmaakt van de stabiele versie van Firefox.
Bron: FirefoxManía
Heel erg bedankt voor de info, het was iets heel noodzakelijks voor Firefox. Slechts één vraag, op de data die u zegt, zou het niet 2015 moeten zijn?
Niet noodzakelijk.
Momenteel is de beta2 van Firefox32 beschikbaar, versie 34 is niet lang in ontwikkeling, alleen stellen ze nog geen alpha of beta beschikbaar om te downloaden.
Met andere woorden, dit zijn blijkbaar de juiste data, alleen zijn sommige wijzigingen (of vorderingen) niet zichtbaar voor alle geïnteresseerde partijen, alleen voor developers, testers of degenen die in de ontwikkellijsten staan.
Voor juli 2015 denk ik niet dat we nog voor versie 34 of 35 van Firefox gaan, maar voor 55 HAHA.
Vertel het me niet, want normaal gesproken is het in Iceweasel, in de testbranche, gewoon hoofdpijn om te wachten tot het in overeenstemming is met de huidige versie van Firefox (het is vreselijk om te moeten wachten tot stabiele Iceweasel Firefox inhaalt ).
Hoe dan ook, ik realiseer me dat Debian Wheezy Iceweasel beter ondersteunt dan Debian Jessie, wat zogenaamd Iceweasel moet op de stabiele tak in je hoofdopslagplaats staan.
En trouwens, hier is mijn driftbui in het forum.
Bedankt voor de verduidelijking, ik begrijp deze versnelde ontwikkeling van Firefox niet helemaal
Deze functie is gewoon geweldig .. .. Ik kijk er naar uit in de Nachtelijke .. de tijd vliegt voorbij ..
Mish, Firefox à la Chrome voor de multithreaded, het ziet er interessant uit. Ik hoop alleen dat het niet veel RAM niet meer verbruikt.
Het zou nog steeds perfect zijn als ik Webkit zou gebruiken, daarom geef ik de voorkeur aan Chrome: 3
als ik webkit zou gebruiken, zou het niet langer firefox zijn -.-
Precies. Daarom zal ik het niet gebruiken, het vangt Blink niet eens 😀
Nou, ik moet nog steeds afhankelijk zijn van Chrome voor Motorola-hulpprogramma's 😀
Uitstekend nieuws voor Firefox- en Iceweasel-gebruikers.
En trouwens, het is niet dat ik ben overgeschakeld naar Ubuntu of iets dergelijks, het is dat ik me verveelde om te wachten tot Iceweasel op Debian Jessie zou updaten naar versie 31.
Verzet u niet meer en geef toe aan de charme van de ubuntera-sekte.
Nee, dank u wel. Ik zou graag naar Ubuntu gaan, maar met een langzamere APT dan Debian, zelfs enkele fouten die zelfs naar de grafische server kunnen worden gedownload, kan ik beter met Debian SID of Arch gaan.
Ubuntu LTS? Nee, dank u wel. Met Debian Jessie ben ik meer dan tevreden.
Verzonden vanaf mijn Debian Wheezy-netbook met Iceweasel 31.
Ik had je al verteld dat er dingen met je gebeuren die normale mensen niet ...
Ik heb Ubuntu LTS al geprobeerd, maar ik hou niet van updates die me dwingen de videoserver te repareren.
En trouwens, Firefox 31 werkt hetzelfde als Iceweasel 31 (dat wil zeggen vloeiend, hoewel met een klein probleem, zoals de cache die is geërfd van Chrome, maar de rest, wonderen en met 15 open tabbladen en met een geïntegreerde reportbug die dat niet doet kom in Iceweasel).
Hoe dan ook, om met dat soort crash om te gaan, kan ik beter naar Debian SID of Arch Linux 🙂 gaan
Om het gebrek aan multiprocessing te verminderen, is er altijd de optie om firefox uit te voeren met de parameter –no-remote als volgt:
/usr/lib64/firefox/firefox.sh -p - geen-remote% u
op deze manier kunnen meerdere instanties worden gestart met afzonderlijke processen
in mijn geval heb ik verschillende draagraketten voor elk profiel gemaakt, zodat ik ze rechtstreeks vanuit het kabouterpaneel kan starten.
Ik heb daarvoor ProfielSwitcher, waarmee andere profielen rechtstreeks kunnen worden geopend vanuit het profiel waarin het is geïnstalleerd.
Ik hou van firefox, het enige dat ik niet leuk vind, is de compatibiliteit met flash 🙁
Ik test het en het verschil is brutaal ...! Het valt erg op, vooral als u veel tabbladen tegelijk laadt. Het kost me trouwens een beetje om terug te keren naar de stabiele versie, heeft iemand de verandering in het configuratiemenu 's nachts opgemerkt?