FireFox/Nightly/Aurora Alpha/Beta Testing [thread ufficiale]

[pierr]

Purtroppo le notizie sono poche e poco chiare, mi sembra di aver capito che non tutte le features di electrolysis sono state implementate ancora, per ora funziona solo la separazione dei plugin in un processo diverso, ma questo era già stato implementato nella 3.6(? non mi ricordo ero già con la 3.7), ora mancano la separazione delle tab, della ui in processi separati.
Sembra che il merge fatto l'altro giorno era proprio per Fennec, come hai detto bene prima, a cui mancava.
Aggiungere dom.ipc.tabs.enabled non dovrebbe servire, almeno io non noto cambiamenti sulla 4.0b2pre last trunk, e comunque non sarebbe sufficiente perché la voce completa da aggiungere è dom.ipc.tabs.enabled.XXX dove XXX è il nome del file del plugin per il quale si vuole abilitare o no la funzione.
FF fa già tutto in automatico.


Edit:
Ho appena provato con il plugin pdf dom.ipc.tabs.enabled.npFoxitReaderPlugin.dll false, ma non cambia niente sempre sulla 4

[TheZioFede]

devi metterlo nella build di oggi ,il merge c'è stato anche in firefox...per i plugin so già tutta la storia...

Originariamente inviato da pierr

Edit:
Ho appena provato con il plugin pdf dom.ipc.tabs.enabled.npFoxitReaderPlugin.dll false, ma non cambia niente sempre sulla 4

eh? hai mischiato la preferenza delle tab con quella del plugin,cosa dovresti ottenere così?
per quello devi mettere dom.ipc.plugins.enabled.npFoxitReaderPlugin.dll

Guarda i bugfix nella build di oggi:

http://forums.mozillazine.org/viewto...f=23&t=1935599

dom.ipc.tabs.enabled a true per le tab
dom.ipc.plugins.enabled.nomeplugin.so (.dll su Windows) per i plugins..

prima che diventi usabile per le tab passerà qualche settimana,come lo è stato OOPP d'altronde...

[sbi82]

Ma "dom.ipc.tabs.enabled" dov'è?
Ho aggiornato all'ultima build e non lo trovo sotto about:config ...

[TheZioFede]

Originariamente inviato da sbi82

Ma "dom.ipc.tabs.enabled" dov'è?
Ho aggiornato all'ultima build e non lo trovo sotto about:config ...

non c'è...lo metteranno quando sarà usabile...

[sbi82]

Originariamente inviato da TheZioFede

non c'è...lo metteranno quando sarà usabile...

Ah, leggendo prima avevo capito che l'avevi attivato.
Tu invece l'hai aggiunto "a forza", vero?

[skryabin]

si può aggiungere tranquillamente, tasto destro nella scheda about config->nuovo booleano, ma se non funza non funza
e poi se ti crasha in avvio tocca editare il pref.js e togliere la preferenza per rendere nuovamente avviabile il profilo...

[TheZioFede]

si ho dovuto rifare il profilo xD,ma tanto non tengo niente di importante su minefield

[skryabin]

Originariamente inviato da TheZioFede

si ho dovuto rifare il profilo xD,ma tanto non tengo niente di importante su minefield

esagerato, basta aprire il pref.js col notepad e cancellare la riga relativa alla voce dom.ipc.tabs.enabled

[TheZioFede]

Originariamente inviato da skryabin

esagerato, basta aprire il pref.js col notepad e cancellare la riga relativa alla voce dom.ipc.tabs.enabled

eh capirai ho perso solo una copia dei segnalibri
per il notepad la vedo dura

[skryabin]

Originariamente inviato da TheZioFede

eh capirai ho perso solo una copia dei segnalibri
per il notepad la vedo dura

notepad per dire, un qualunque editor di testi...su linux hai l'imbarazzo della scelta, se sei masochista puoi anche usare il vi...

[TheZioFede]

Originariamente inviato da skryabin

notepad per dire, un qualunque editor di testi...su linux hai l'imbarazzo della scelta, se sei masochista puoi anche usare il vi...

l'avevo intuito
azzolina,mi sono accorto ora che l'ho installato insieme a Wine

[Rand]

Per ora il lavoro su electrolysis è dedicato a Fennec, quindi penso sia normale che Firefox non sia stabile se si cerca di attivare "a pieno" la nuova architettura.

Originariamente inviato da pierr

Jagermonkey è il compiler jit, è costituito da due parti il compiler jit tracer ed il compiler jit method, a questi si aggiungerà fatvals che è un nuovo metodo per la rappresentazione dei dati del js.
Non so cosa c'era prima

Prima c'era una certa confusione in quanto venivano rappresentati tutti i branch relativi al lavoro sulle prestazioni Javascript (ad esempio c'era anche Jagermonkey senza fatvals).

ma ora nei grafici ci sono i test fatti con:

moz w/o jit -> l'interprete soltanto
moz fv w/o jit -> l'interprete + fatvals senza jit
moz tracing JIT -> l'interprete + tracing JIT
moz fv method JIT (no tracer integration yet) -> l'interprete + fatvals + method JIT

Alla fine uniranno method+tracer+fatvals+interpreter

*

In particolare il vantaggio di integrare il method jit con il tracing è che il motore attuale è in grado di eseguire una parte del codice molto velocemente (tracing), ma è in alcuni casi costretto alla soluzione molto lenta (interprete).

Il problema è che è difficile aumentare la % di codice su cui si può applicare il tracing. Supponendo questa percentuale costante anche rendendo il tracing infinitamente veloce lo speedup possibile è limitato (legge di amdahl). Grazie al method jit si è in grado invece di eseguire tutto il codice molto più velocemente che con l'interprete anche se (nelle parti dove è applicabile) il tracing rimane il più veloce.

Combinando i 2 approcci si dovrebbe (appunto) ottenere il "meglio dei 2 mondi".

In parallelo stanno sviluppando "fatvals" (cambiano il modo in cui i valori sono salvati nello stack) che ha diversi vantaggi: migliora le prestazioni in generale, apre la strada ad altre future ottimizzazioni (inline threading) e permette una transizione veloce tra la "modalità tracing" e quella che non lo sfrutta (permettendo quindi di sfruttare al massimo la combinazione method+tracing).

[pierr]

Ottimo Rand!
Molto chiaro.

Originariamente inviato da TheZioFede

devi metterlo nella build di oggi ,il merge c'è stato anche in firefox...per i plugin so già tutta la storia...



eh? hai mischiato la preferenza delle tab con quella del plugin,cosa dovresti ottenere così?
per quello devi mettere dom.ipc.plugins.enabled.npFoxitReaderPlugin

dom.ipc.tabs.enabled a true per le tab
dom.ipc.plugins.enabled.nomeplugin.so (.dll su Windows) per i plugins..

prima che diventi usabile per le tab passerà qualche settimana,come lo è stato OOPP d'altronde...

Hai ragione ho fatto un po' di confusione
ho fatto una prova al volo e non ho avuto il tempo di leggere il thread della trunk di oggi.
Cmq con dom.ipc.tabs.enabled funzionava tutto ma non ho notato niente di diverso ed avevo l'ultima trunk delle ore 11 italiane.
Come ho detto le notizie erano veramente poche ed quello che ho capito da quel poco. Più tardi faccio dei test con calma.

[Rand]

Sono state applicate le patch del bug 568691.

Le modifiche effettuate permetteranno* di evitare il "doppio avvio" quando si (ri)avvia il browser dopo aver installato un estensione. Maggiori informazioni qui e qui:

Previously, whenever Gecko detected that the application version had changed, or one or more extensions was added, removed, enabled, or disabled, it was necessary to throw away all existing component registrations, then restart the application (what we call the "Extension Manager restart") during its startup process. This was necessary in order to ensure that any components that should no longer be available are disposed of properly, and to re-register everything, loading any new components that may be needed.

In theory, this is invisible to the user, but it's a costly process, since every component needs to be loaded and executed, then unloaded, then reloaded again during the restart.

On top of that, with the ongoing work to make Firefox multithreaded, content processes either need to register components on a per-process basis, or somehow share a component cache with the chrome process.

The changes to the component registration model let this so-called Extension Manager restart become a thing of the past. Instead of relying on a potentially stale component cache on startup, we read the application's component registrations out of its manifest file and load those components. This gets enough of XPCOM loaded and running that we can then load the Extension Manager and perform the necessary installing, uninstalling, and updating of any installed extensions.

Once that's done, the extensions can then be loaded by simply reading their manifests, loading their components, and continuing the startup process, all without having to restart the browser.

Electrolysis content processes can simply read the component registrations during startup.

* dico permetteranno perché per farlo effettivamente sono necessarie ulteriori modifiche.

[TheZioFede]

grossa modifica a gecko nella build di domani:

https://bugzilla.mozilla.org/show_bug.cgi?id=568691

[skryabin]

Originariamente inviato da TheZioFede

grossa modifica a gecko nella build di domani:

https://bugzilla.mozilla.org/show_bug.cgi?id=568691

modifica/installazione estensioni senza bisogno di riavvio?

[TheZioFede]

è uno degli effetti si...è una delle cause per la quale hanno fatto fare il "salto" di versione a gecko da 1.9.3 a 2.0..

[TheZioFede]

uh cominciano ad arrivare anche pezzi dei retained layers...mi sa che la build di oggi sarà un minefield

[Rand]

Originariamente inviato da TheZioFede

è uno degli effetti si...è una delle cause per la quale hanno fatto fare il "salto" di versione a gecko da 1.9.3 a 2.0..

A quanto ho capito quella patch serve per velocizzare il riavvio dopo l'istallazione di un estensione (e come lavoro preparatorio per electrolysis). La necessità* di riavviare per istallare un'estensione rimane.

* in realtà la possibilità di creare estensioni che non richiedono un riavvio c'è.

[leolas]

Originariamente inviato da Rand

A quanto ho capito quella patch serve per velocizzare il riavvio dopo l'istallazione di un estensione (e come lavoro preparatorio per electrolysis). La necessità* di riavviare per istallare un'estensione rimane.

* in realtà la possibilità di creare estensioni che non richiedono un riavvio c'è.

Uno dei motivi per cui gli sviluppatori vogliono spingere jetpack è anche quello: i jetpack non hanno bisogno di riavvio.

Poi c'è questa cosa che dicitu che non so cosa sia..