Rilasciato Firefox 48, finalmente con il multiprocesso

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/program...sso_63903.html

La nuova versione di Firefox disponibile per tutti gli utenti implementa due funzionalità principali: il supporto al multi-processo e l'adozione del linguaggio Rust

Click sul link per visualizzare la notizia.

[TheZioFede]

da quel che ho letto altrove lo attivano all'1% dell'user base che non ha addon, in pratica due persone

[Micene.1]

amo firefox, abbasso chrome
fatemi fare il fanboy

[io78]

"Firefox 48 adotta inoltre un nuovo linguaggio di programmazione chiamato Rust e capace di offrire le stesse performance di C++ senza la sua vulnerabilità alle falle di sicurezza"

Sarebbe come dire che Java/.Net è più sicuro di C++.

Il C++ non ha vulnerabilità/falle di sicurezza. Con Rust i programmatori possono non preoccuparsi di alcuni aspetti perchè gestiti in modo nativo mentre con il C++ puro dovrebbero essere gestiti/controllati dal programmatore.

[Filazzolu]

io con chrome noto solo che mi consuma un casino di spazio ed apre tanti processi e fino a poco tempo fà crashava sempre
io preferivo averne uno solo

[calabar]

Oddio, un po' temo questo passo.
Su MDN ho trovato molti cambiamenti in relazione alle scripting, e facendo ampio uso di estensioni e script temo di dover sostituire/riscrivere parecchia roba.

Non mi resta che testare, magari su un'installazione portable.

@Filazzolu
Puoi averne uno solo, modificando le flag.

[TheDarkAngel]

Originariamente inviato da TheZioFede

da quel che ho letto altrove lo attivano all'1% dell'user base che non ha addon, in pratica due persone

Vero, purtroppo addon riscritti per il multiprocesso latitano, volendo si può forzare lo stesso, io mi sono fatto tutta la beta del 48 così senza incontrare problemi.

[Kino87]

Non ho capito questa frase:

Il multi-processo di Firefox utilizzerà un singolo processo per tutte le tab

Fa riferimento al sistema in generale o agli utenti a cui la funzionalità non verrà attivata?
In pratica cosa succede? Viene usato un processo separato per ogni finestra ma all'interno della stessa finestra tutte le tab usano lo stesso processo, con le ripercussioni su tutta la finestra nel caso di crash di una delle tab? In tal caso sembra abbastanza inutile.

[TheZioFede]

Originariamente inviato da TheDarkAngel

Vero, purtroppo addon riscritti per il multiprocesso latitano, volendo si può forzare lo stesso, io mi sono fatto tutta la beta del 48 così senza incontrare problemi.

diciamo che era abbastanza usabile già da un bel po' di tempo, ma non sanno che pesci pigliare per gestire il problema delle estensioni, molte non vengono manco più aggiornate, anche perché la gente si è stufata di doverle modificare ad ogni versione di firefox, a questo punto potrebbero attivare electrolysis e rimuovere XUL in una volta sola, farebbero prima

[calabar]

Vada per e10s, comunque era un passo da fare e porta diversi vantaggi, ma eliminare XUL continuo a sostenere sia una follia, e spero non facciano mai questo passo.

[TheDarkAngel]

Originariamente inviato da calabar

Vada per e10s, comunque era un passo da fare e porta diversi vantaggi, ma eliminare XUL continuo a sostenere sia una follia, e spero non facciano mai questo passo.

Se non sbaglio è stato deprecato 1 anno fa con l'intenzione di rimuoverlo entro 18 mesi, quindi se non sono cambiati i piani nel frattempo, per il 2017 non ci sarà più, ma si sa, ogni tanto la fondazione cambia idea

Sono andato a controllare sulla wiki, attualmente non hanno ancora completato le api di webextension
https://wiki.mozilla.org/WebExtensions/RoadMap
Sarà ancora lunga e dolorosa...

[TheZioFede]

mah, è principalmente colpa delle estensioni in XUL e delle estensioni che ci stanno mettendo tanto, non credo che rimarrà ancora per molto ... mi pare di ricordare che molte delle estensioni in XUL di fatto rendano electrolysis inutile perché devono comunicare con il processo delle tab e quello dell'interfaccia allo stesso tempo, o qualcosa del genere

[lupin 3rd]

Originariamente inviato da io78

"Firefox 48 adotta inoltre un nuovo linguaggio di programmazione chiamato Rust e capace di offrire le stesse performance di C++ senza la sua vulnerabilità alle falle di sicurezza"

Sarebbe come dire che Java/.Net è più sicuro di C++.

Il C++ non ha vulnerabilità/falle di sicurezza. Con Rust i programmatori possono non preoccuparsi di alcuni aspetti perchè gestiti in modo nativo mentre con il C++ puro dovrebbero essere gestiti/controllati dal programmatore.

oramai il migliore è quello che fa più appeal...l'efficienza di C e C++ unite alla portabilità del codice su diverse piattaforme non ha uguali

Originariamente inviato da Kino87

Non ho capito questa frase:

Fa riferimento al sistema in generale o agli utenti a cui la funzionalità non verrà attivata?
In pratica cosa succede? Viene usato un processo separato per ogni finestra ma all'interno della stessa finestra tutte le tab usano lo stesso processo, con le ripercussioni su tutta la finestra nel caso di crash di una delle tab? In tal caso sembra abbastanza inutile.

E' ciò che stavo cercando di capire anche io

[kamon]

Fatemi capire... Smetteranno di crasharmi a cascata tutte le tab aperte con contenuti flash, perchè il player in una di esse si è bloccato? Se è così... Grande! Finalmente una nuova feature che farà qualche differenza anche per me

[Sandro kensan]

Per me se ne riparla con firefox 52 quando ci sarà lo switch, a dicembre secondo la tabella di marcia. Intanto spero che la questione degli addon si muova altrimenti spero di potere settare about:config in modo da rendere di nuovo funzionanti le estensioni.

In alternativa passare a qualche estensione di Chrome che se non ho capito male diventeranno compatibili con FF.

[TheZioFede]

Originariamente inviato da kamon

Fatemi capire... Smetteranno di crasharmi a cascata tutte le tab aperte con contenuti flash, perchè il player in una di esse si è bloccato? Se è così... Grande! Finalmente una nuova feature che farà qualche differenza anche per me

no, continueranno a crasharti le tab tutte in cascata, non ti preoccupare

[homero]

molti sia con Firefox che con chrome hanno preso dei virus come omniboxes o altri come dns locker sotto Windows al contrario Safari ne è sempre stato immune quindi meglio il browser della Apple.
Per quanto riguarda il c++ è stata scritta una bestialità in quanto il C++ standard ansi è ultra sicuro come linguaggio ovviamente i cattivi programmatori sono sempre esistiti che utilizzano librerie senza conoscerle a fondo.

[Benjamin Reilly]

inoltre pare che abbiano implementato l'uso delle sse2... finalmente.

rispetto a chrome e alcune derivate i filmati h264 nn sono codificati almeno in youtube su XP.

[kamon]

Originariamente inviato da TheZioFede

no, continueranno a crasharti le tab tutte in cascata, non ti preoccupare

Ah fantastico... Mi sento sollevato

[TheDarkAngel]

Originariamente inviato da Benjamin Reilly

inoltre pare che abbiano implementato l'uso delle sse2... finalmente.

rispetto a chrome e alcune derivate i filmati h264 nn sono codificati almeno in youtube su XP.

Le sse2 sono usate da Firefox 4 o 5, sicuro che siano proprio le sse2?


Trovato a cosa ti riferisci:
Starting with Firefox 49, SSE2 CPU extensions are going to be required on Windows.
Dropperanno il supporto alle cpu vecchie, non che inizieranno ad usarle