Anche Firefox vuole un processo per ogni tab
di Andrea de Palo - Mercoledì 13 Maggio 2009 alle 09:08
In Mozilla Foundation si devono essere accorti che il loro browser comincia, sotto alcuni aspetti, ad inseguire la concorrenza anziché portare innovazione: l’esecuzione di tutte le tab nello stesso processo è infatti una delle limitazioni dell’attuale Firefox mentre sia Chrome che Internet Explorer 8 adottano un approccio più solido, creando un processo per ciascuna tab.
Con l’obiettivo di superare questa limitazione è nato un anonimo progetto (spero che Content Process non sia il nome) coordinato da sviluppatori Mozilla di lunga data; la roadmap iniziale prevede quattro fasi, durante le quali verranno aggiunti i vari componenti.
Frutto della prima fase sarà un proto-browser mono-tab con un processo per l’interfaccia e uno per il rendering dei contenuti, senza supporto a sessioni o connessioni sicure; successivamente (per novembre) verrà aggiunto il supporto a più tab mentre nella fase III verranno definite le API. Seguirà poi la fase finale del progetto, da cui dovrebbe prendere vita il nuovo browser.
Stando alla roadmap non si avrà il prodotto finale prima di un anno e, proprio queste tempistiche, stanno spingendo gli sviluppatori a cercare soluzioni alternative che possano ridurre i tempi.
Tra le ipotesi più suggestive figura la sostituzione dell’attuale stack di rete (chiamato Necko) con quello di Chromium, il progetto open source alla base di Chrome.
Vincerà l’orgoglio o la qualità?
Tags: firefox, processi isolati, tab

Speriamo la qualità, come sempre!
di Maqix - 13 Maggio 2009 - 15:25
Ma siamo sicuri che un processo per ogni tab sia la soluzione migliore? OK per la sicurezza e stabilità, ma in termini di risorse consumate?
Non è che Firefox sta seguendo il modello Microsoft secondo il quale le risorse di elaborazione non sono un problema: basta fare un upgrade dell’hardware!
di Andrea - 13 Maggio 2009 - 16:45
@Andrea:
di sicuro quello che si puo’ dire e’ che finalmente si potrebbe ridurre il gap di performance di firefox su windows rispetto a linux.
Se non mi sbaglio, il meccanismo di spawning di nuovi processi ha un minor impatto sulle performance su linux piuttosto che su windows ( che e’ piu’ thread oriented ).
di grick - 13 Maggio 2009 - 18:02
Firefox rocks!! Il nostro caro browser ha bisogno d’amore, certo non è bello se crasha tutto firefox se crasha un tab, e su GNU/Linux forse è meno veloce, ma comunque Firefox è Firefox, e uno dei progetti più riusciti e…non vedo l’ora che esca Firefox 3.5 :D, si mi piace molto ;)
di Aldo "xoen" Giambelluca - 13 Maggio 2009 - 22:20
Ah e senza contare che c’ha dato la speranza, beh ha sfidato IE e gli ha fatto un c**o tanto nonostante IE sia già preinstallato su windows…anche OpenOffice ce la può fare, e anche GNU/Linux…
di Aldo "xoen" Giambelluca - 13 Maggio 2009 - 22:24
era ora… aggiungo.
amo questo browser, non credo si possa fare di meglio, ma effettivamente con tanti tab aperti, come capita spesso, il tutto risulta rallentato…
e sfruttiamoli finalmente questi quad core ;-D
un’altra aggiunta che ritengo importante, sono le sandbox per ogni tab, alla stregua di chrome.
penso che dopo avremo il browser perfetto!
di Jak696 - 14 Maggio 2009 - 00:27
@Jak696
Per le sandbox bisognerà attendere: stando alla roadmap non verranno implementate prima di avere completato la migrazione a “1 processo per un 1 tab”
di Andrea de Palo - 14 Maggio 2009 - 09:49