Elettrolisi (e10s) è una delle caratteristiche principali di Firefox su cui Mozilla sta attualmente lavorando. Questa caratteristica o miglioramento aggiunge l'acclamata architettura multi-processo al browser di Mozilla.
L'architettura multi-processo, separa le schede aperte l'una dall'altra ei plugin dall'altra, rafforzando non solo la stabilità del browser, ma anche la sua sicurezza. Non dobbiamo confonderlo con il "sandbox", ma è sicuramente la porta per renderlo una realtà in seguito.
Mozilla implementato Elettrolisi nelle versioni del canale ogni notte de Firefox qualche mese fa a febbraio. L'implementazione era sperimentale all'epoca e disabilitata per impostazione predefinita.
I test hanno dimostrato che è necessario fare molto lavoro, soprattutto per quanto riguarda la stabilità e la compatibilità con i plugin. Il lavoro sull'elettrolisi è continuato e per ora esiste una tabella di marcia per pianificare la continuità di questa funzione fino a quando non sarà completamente stabile. Questo potrebbe variare in base ai dossi che possono apparire durante lo sviluppo.
Multi-processo di Firefox, dove e quando?
Roadmap per l'architettura multi-processo di Firefox
- 18 luglio 2014 - Traguardo 1: rendi E10 utilizzabile per gli utenti medi della versione notturna ma disabilitato per impostazione predefinita.
- 21 luglio 2014 - Inizia lo sviluppo di Firefox 34. Mozilla desidera utilizzare le prossime sei settimane per gli utenti del canale Nightly e gli sviluppatori di plugin per testare gli e10 e soprattutto la compatibilità dei plugin.
- 1 per settembre, 2014 - Inizia lo sviluppo di Firefox 35. Mozilla prevede di raggiungere la seconda pietra miliare in questo periodo di sviluppo. Quando viene raggiunto il traguardo 2, l'elettrolisi è a un punto in cui può essere abilitata per impostazione predefinita per gli utenti delle versioni notturne.
- Ottobre 13, 2014 - Inizia lo sviluppo di Firefox 36. Questa è la versione di Firefox, in cui il multi-processo verrà spostato da canale a canale (Nightly> Aurora> Beta> Stabile) fino a quando non verrà rilasciato nella versione stabile il 16 febbraio 2015.
Un cambiamento nell'architettura è un cambiamento importante e una delle conseguenze dell'implementazione di e10s, è che ci sono plugin che non sono compatibili con questo.
I plugin che al momento non sono supportati, tra gli altri, sono Adblock Plus, LastPass, RequestPolicy, Greasemonkey, HTTPS Everywhere, BluHell Firewall o Video Download Helper.
Mozilla tiene traccia della compatibilità dei plugin con gli e10 sulla pagina Siamo ancora e10. Qui puoi vedere l'elenco dei bug, per vedere lo stato di avanzamento di ciò che è stato fatto per rendere compatibile questo componente aggiuntivo.
Molti altri componenti aggiuntivi popolari non sono stati ancora testati. Anche così, quelli che vengono costantemente sviluppati e aggiornati verranno corretti per renderli compatibili con e10s nel caso fosse necessario. Altri componenti aggiuntivi, al contrario, quelli che vengono abbandonati dai loro autori, diventeranno defunti quando e10s entrerà a far parte della versione stabile di Firefox.
Fonte: FirefoxManía
Grazie mille per le informazioni, era qualcosa di molto necessario per Firefox. Solo una domanda, nelle date che dici, non dovrebbe essere il 2015?
Non necessariamente.
Attualmente è disponibile la beta2 di Firefox32, la versione 34 è in sviluppo da non molto, solo che ancora non rendono disponibile per il download alcuna alpha o beta.
In altre parole, queste sono apparentemente le date corrette, solo che alcune modifiche (o anticipazioni) non sono visibili a tutte le parti interessate, ma solo a sviluppatori, tester o quelli registrati nelle liste di sviluppo.
Per luglio 2015 non penso che stiamo ancora andando per la versione 34 o 35 di Firefox, piuttosto andremmo per 55 HAHA.
Non dirmelo, perché normalmente in Iceweasel, nel ramo di test, è solo un mal di testa aspettare che sia all'altezza della versione corrente di Firefox (è orribile dover aspettare che Iceweasel stia raggiungendo Firefox ).
Ad ogni modo, mi rendo conto che Debian Wheezy supporta Iceweasel meglio di Debian Jessie, che presumibilmente Iceweasel deve essere sul ramo stabile nel tuo repository principale.
E comunque, ecco il mio capriccio nel forum.
Grazie per aver chiarito, non capisco bene questo sviluppo accelerato di Firefox
Questa funzione è semplicemente fantastica .. .. Non vedo l'ora che arrivi la notte .. il tempo vola ..
Mish, Firefox à la Chrome per il multithread, sembra interessante. Spero solo che non consumi più molta RAM.
Sarebbe comunque perfetto se usassi Webkit, ecco perché preferisco Chrome: 3
se usassi webkit smetterebbe di essere firefox -.-
Esattamente. Ecco perché non lo userò, non cattura nemmeno i Blink 😀
Bene, devo ancora dipendere da Chrome per le utility Motorola 😀
Ottime notizie per gli utenti di Firefox e Iceweasel.
E a proposito, non è che sono passato a Ubuntu o qualcosa del genere, è che mi sono stufato di aspettare che Iceweasel su Debian Jessie si aggiorni alla versione 31.
Non resistere più e soccombere al fascino della setta ubuntera.
No grazie. Vorrei andare su Ubuntu, ma con un APT più lento di Debian, anche alcuni errori che possono essere anche scaricati sul server grafico, è meglio che vada con Debian SID o Arch.
Ubuntu LTS? No grazie. Con Debian Jessie sono più che soddisfatto.
Inviato dal mio netbook Debian Wheezy con Iceweasel 31.
Ti ho già detto che ti accadono cose che le persone normali non ...
Ho già provato Ubuntu LTS, ma non mi piacciono gli aggiornamenti che mi costringono a riparare il server video.
E a proposito, Firefox 31 funziona come Iceweasel 31 (cioè fluido, anche se con un piccolo problema come la cache ereditata da Chrome, ma il resto, ottimo e con 15 schede aperte e con un reportbug integrato che non arriva in Iceweasel ).
Ad ogni modo, per affrontare quel tipo di crash, è meglio che vada su Debian SID o Arch Linux 🙂
Per alleviare la mancanza di multiprocessing, c'è sempre la possibilità di eseguire firefox con il parametro –no-remote come segue:
/usr/lib64/firefox/firefox.sh -p –no-remote% u
in questo modo è possibile avviare più istanze eseguendo processi separati
nel mio caso ho creato diversi launcher per ogni profilo in modo da poterli avviare direttamente dal pannello di gnome.
Ho per quello Profilo Switcher, che permette di aprire altri profili direttamente dal profilo in cui è installato.
Amo Firefox, l'unica cosa che non mi piace è la sua compatibilità con Flash 🙁
Lo sto provando e la differenza è brutale ...! è molto evidente, soprattutto quando si caricano molte schede contemporaneamente. Mi costerà un po 'tornare alla versione stabile, a proposito, qualcuno ha notato il cambiamento nel menu di configurazione durante la notte?