Siamo un gruppo di volontari che si dedica alla traduzione italiana, al supporto e alla promozione dei prodotti della Mozilla Foundation e derivati.
In questo sito è raccolto il nostro lavoro: software, traduzioni, articoli e guide.
Vi raccomandiamo di consultare i nostri forum, per chiedere informazioni o segnalare problemi su tutto ciò che pubblichiamo e, ovviamente, anche per offrire aiuto.
Collabora con noi
Entra a far parte della nostra comunità in modo attivo!
È disponibile la versione 41.0 di Firefox. Da mercoledì 23 settembre è iniziata la distribuzione degli aggiornamenti automatici, Se Firefox non si è ancora aggiornato potete farlo manualmente seguendo le istruzioni riportate in questo articolo della KB Mozilla.
Di seguito alcune delle novità principali di questa versione, per un elenco completo fate riferimento alle note di versione in inglese.
Da questa versione Firefox Hello includerà delle funzioni di messaggistica istantanea. Per scoprire come funziona leggete questo articolo SUMO. Non avete mai utilizzato Firefox Hello? Beh, allora questo è il momento giusto per iniziare una conversazione con gli amici! 🙂 Per ulteriori informazioni potete fare riferimento a questo articolo della Knowledge Base di Firefox, SUMo per gli amici.
Ottimizzata la decodifica delle immagini, questo consentirà di migliorare notevolmente le prestazioni, su alcuni dispositivi la velocità di caricamento risulta quasi doppia rispetto al passato, soprattutto durante lo scrolling delle pagine.
Riassumendo a grandi linee, la risoluzione del Bug. 77999 introduce un processor comune a tutte le pagine per gestire le regole di stile condivise. Prima accadeva che per ogni documento si dovesse impegnare memoria per le regole di stile, anche nel caso queste regole fossero comuni a tutti i documenti, ora invece c’è un processor centrale a cui i documenti possono accedere per le regole di stile. Questo implica che per le regole comuni a tutti i documenti (come ad esempio le personalizzazioni in userContent.css, le regole applicate di default e le regole di Adblock) si faccia una sola allocazione anziché farne una per ciascun documento. Tenete presente che in una scheda ci possono essere più documenti, a seconda di quanti ne vengono richiamati tramite iframe (il caso tipico è rappresentato dai pulsanti di condivisione sui social). Mentre il contributo delle regole di default e delle, eventuali, personalizzazioni via userContent.css sono irrisori e trascurabili, il foglio di stile caricato da Adblock (sostanzialmente per nascondere i banner pubblicitari) è abbastanza grande e incide notevolmente sulla memoria utilizzata (per qualche dato e per approfondire l’argomento si faccia riferimento a questo articolo di Nicholas Nethercote).
Per quanto riguarda Account Firefox, ora è possibile aggiungere un’immagine al proprio profilo.
Ora alle applicazioni che utilizzano il protocollo WebRTC (come ad esempio Firefox Hello) è richiesto il Perfect Forward Secrecy (PFS). Il Perfect Fowrward Secrecy protegge le proprie video chat non consentendo a un eventuale aggressore che dovesse appropriarsi della chiave privata del server di poter decifrare le chiavi generate per cifrare le singole conversazioni. Hello utilizza già il PFS, con questa modifica qualsiasi video chat basata su WebRTC è obbligata a implementarlo.
Migliorato il supporto IME (utilizzato per l’inserimento di caratteri orientali) nei sistemi Microsoft a partire da Windows Vista e successivi, grazie all’API Text Services Framework (TSF).
Da questa versione non è più disponibile la preferenza browser.newtab.url in quanto troppo spesso utilizzata da software terzi per aprire pagine indesiderate. È comunque possibile modificare la pagina caricata all’apertura di una nuova scheda tramite l’estensione New Tab Override.
Dal punto di vista degli sviluppatori web la novità più interessante è rappresentata dall’introduzione di un’API JavaScript mediante la quale è possibile, fra le altre cose, inviare del testo alla clipboard. Uno dei motivi per cui su molti siti si ricorre ancora alla tecnologia Adobe Flash è proprio per effettuare l’operazione di copia negli appunti (ad esempio su Github). Questa novità consentirà sempre più di abbandonare il plugin Flash e creare siti e applicazioni che sfruttino i soli standard web (HTML5, CSS e JavaScript). Per ulteriori informazioni su questa nuova API Javascript leggete l’articolo di Mozilla hacks “Flash free clipboard for the Web”, qui di seguito un piccolo esempio.
Qui un altro esempio che copia negli appunti il testo di questo articolo:
Per le altre novità riguardanti gli sviluppatori, oltre che alle note di versione in lingua inglese, vi rimandiamo agli articoli di Moz Hacks e MDN che trattano in dettaglio questi argomenti.
Per qualunque problema con il nuovo aggiornamento o qualsiasi altro di natura generale con Firefox venite a trovarci sul forum, faremo del nostro meglio per aiutarvi a risolverlo.
A causa di un banale quanto tremendo errore di un utente con accessi privilegiati alla piattaforma Bugzilla, utilizzata per la gestione dei bug e lo sviluppo dei software Mozilla, è stato possibile per un aggressore esterno entrare nel portale e avere accesso a bug relativi a falle di sicurezza (notizia originale dal blog Mozilla). Di norma questi bug non sono accessibili ai normali utenti o agli sviluppatori, sono visibili solo a chi effettua la segnalazione e a un numero molto ristretto di utenti.
Bugzilla restricts access to securitysensitive information so that only certain privileged users can access it. An attacker was able to break into a privileged user’s account and download securitysensitive information about flaws in Firefox and other Mozilla products.
Informazioni dettagliate riguardo l’accaduto sono disponibili in un file PDF rilasciato da Mozilla di cui è disponibile una copia sul nostro sito. Diretta conseguenza dell’incidente è che la sicurezza delle procedure di autenticazione per gli utenti con accesso a questo tipo di bug è stata rafforzata, introducendo ad esempio l’autenticazione a due fattori.
The account that the attacker broke into was shut down shortly after Mozilla discovered that it had been compromised. We believe that the attacker used information from Bugzilla to exploit the vulnerability we patched on August 6.
L’utente in questione avrebbe sfruttato i dettagli presenti nel bug per questa falla – da notare che sono trascorse solo 48 ore dalla segnalazione alla disponibilità pubblica della versione con la correzione – per attaccare versioni non aggiornate del browser.
Noi, come sempre, vi invitiamo a tenere sempre aggiornati i vostri software, senza eccezione alcuna per quelli Mozilla che – come tutti – possono essere soggetti a errori umani, sia di sviluppo, sia di distrazione come insegna l’accaduto.
È disponibile la versione 40.0 di Firefox. Da oggi martedì 11 agosto è iniziata la distribuzione degli aggiornamenti automatici, Se Firefox non si è ancora aggiornato potete farlo manualmente seguendo le istruzioni riportate in questo articolo della KB Mozilla.
Di seguito alcune delle novità principali di questa versione, per un elenco completo fate riferimento alle note di versione in inglese.
La novità più importante è l’integrazione di Firefox con la nuova versione del sistema di casa Microsoft, Windows 10. Questa volta Microsoft, per promuovere Edge, il nuovo browser che andrà a sostituire Internet Explorer, ha voluto complicare la procedura per impostare il browser di sistema e addirittura modifica questa impostazione ad ogni aggiornamento. non è comunque difficile impostare Firefox come browser predefinito su Windows 10, vi rimandiamo per i dettagli a questo articolo. Se invece siete interessati a conoscere più a fondo la questione etica sulla “furbata” di Microsoft, potete leggere la lettera tradotta in italiano scritta da Chris Beard e indirizzata al CEO Microsoft (Satya Nadella).
Ora potrete accludere un nuovo link in una conversazione Firefox Hello. Può essere utile per fornire un documento o un articolo di riferimento che sarà l’argomento della conversazione in Hello. Ulteriori informazioni in questo articolo. Non avete mai utilizzato Firefox Hello? Beh, allora questo è il momento giusto per iniziare una conversazione con gli amici! 🙂 Per ulteriori informazioni potete fare riferimento a questo articolo della Knowledge Base di Firefox, SUMo per gli amici.
È stato migliorato lo strumento di protezione da phishing e malware, ora verranno controllati e identificati anche i cosidetti software indesiderati. Per ulteriori informazioni a riguardo vi rimandiamo a questo articolo di SUMO.
È stato modificato l’aspetto del Gestore dei componenti aggiuntivi, ora utilizzerà una versione più simile a una pagina web come già avviene da Firefox 38 per il pannello “Opzioni”.
A partire da questa versione verrà mostrato un avviso se le estensioni non sono state firmate digitalmente da Mozilla. Per ulteriori informazioni sulla procedura di firma digitale dei componenti aggiuntivi fate riferimento a questo articolo SUMO. È stata inoltre rimossa la possibilità di utilizzare l’API XPCOM per richiamare funzioni da librerie esterne compilate; questo potrebbe, se gli sviluppatori non hanno avuto la premura di aggiornare i loro componenti, rendere incompatibili alcune estensioni, tipicamente quelle di software esterni che utilizzano questo tipo di tecnologia.
Per quanto riguarda i sistemi Linux, è stato attivato di default l’off main thread compositing, in altre parole ora c’è un thread apposito che gestisce queste attività e non viene rallentato o bloccato da codice in esecuzione nel thread principale di Firefox. Questo consente di migliorare lo scorrimento, la qualità grafica e la riproduzione dei contenuti video.
Sui sistemi Windows, scorrimento e animazioni più fluidi grazie alla funzione hardware sync (sincronizzazione hardware)
Ridotta notevolmente la memoria utilizzata per il ridimensionamento e la riproduzione delle immagini di tipo JPEG.
Per le novità riguardanti gli sviluppatori, oltre che alle note di versione in lingua inglese, vi rimandiamo agli articoli di Mozilla Hacks e MDN che trattano in dettaglio questi argomenti.
Per qualunque problema con il nuovo aggiornamento o qualsiasi altro di natura generale con Firefox venite a trovarci sul forum, faremo del nostro meglio per aiutarvi a risolverlo.
Buone vacanze e buon Firefox a tutti 🙂
Etichette: Firefox, nuove versioni Archiviato in Notizie il
11 August 2015 alle 18:05 | Scritto da Sandro Della Giustina
È stato trovato un exploit che sfrutta una vulnerabilità nel lettore PDF di Firefox.
Non è possibile utilizzare tale vulnerabilità per prendere il controllo della macchina, ma può essere sfruttata per sottrarre dati sensibili. Per questo motivo il bug è stato immediatamente corretto e sono state rilasciate le nuove versioni 39.0.3 e 38.1.1 (ESR) di Firefox.
Le versioni che non includono il lettore PDF (ad esempio Firefox per Android) sono sicure e non necessitano di alcun aggiornamento.
Se il vostro Firefox non ha già effettuato un aggiornamento tramite il servizio di manutenzione automatica vi consigliamo caldamente di procedere con un update manuale.
Tutte le informazioni riguardo il problema sono disponibili sul blog di Mozilla (in inglese) all’indirizzo mzl.la/1ApHGC0
Etichette: ESR, Firefox, Firefox ESR Archiviato in Notizie il
07 August 2015 alle 10:59 | Scritto da Giovanni Francesco Solone
Satya,
Ti scrivo per discutere di un aspetto particolarmente allarmante di Windows 10. Nello specifico, è evidente che la procedura di aggiornamento è stata progettata per ignorare le scelte che i Tuoi clienti hanno espresso in termini di esperienza su Internet, sostituendole con l’esperienza su Internet che Microsoft vuole per i Suoi clienti.
Quando abbiamo scoperto le modalità con cui avviene l’aggiornamento a Windows 10, un’esperienza che priva gli utenti delle proprie scelte escludendo le loro impostazioni per il browser Web predefinito e altre applicazioni, abbiamo cercato di contattare il Tuo team per discutere di questo problema. Sfortunatamente questo tentativo non ha portato ad alcun risultato significativo, ed è per questo motivo che scrivo questa lettera.
Se da un lato apprezziamo il fatto che sia ancora tecnicamente possibile mantenere le impostazioni precedenti degli utenti e le applicazioni predefinite, la progettazione dell’intera esperienza di aggiornamento e le API per l’impostazione dei programmi predefiniti sono diventate meno intuitive e più complesse. Ora gli utenti devono effettuare più del doppio dei clic, scorrere attraverso contenuti e dettagli tecnici per confermare scelte che avevano già espresso in una versione precedente di Windows. È una procedura confusa, difficile da seguire ed è facile perdersi nel mezzo.
Mozilla esiste per garantire scelta, controllo e opportunità per chiunque. Realizziamo Firefox e tutti gli altri nostri prodotti per questa ragione. Abbiamo creato Mozilla come organizzazione senza fini di lucro per questa ragione. E ci impegniamo al massimo delle nostre forze per garantire che l’esperienza su Internet rispetti questi valori anche al di là dei nostri prodotti.
In alcuni casi siamo testimoni di grandi progressi, casi in cui i prodotti destinati ai consumatori rispettano le persone e le loro scelte. Purtroppo, con il lancio di Windows 10 siamo veramente amareggiati dalla scelta di Microsoft di compiere un passo indietro così plateale.
Queste modifiche non ci preoccupano soltanto perché siamo l’organizzazione che realizza Firefox. Ci preoccupano perché ci sono milioni di persone che amano Windows e le cui scelte vengono attivamente ignorate, per la complessità che devono fronteggiare nel caso in cui decidano di fare scelte diverse da quelle che Microsoft vuole.
Ti invitiamo con forza a ripensare questa strategia commerciale e rispettare il diritto delle persone alla scelta e al controllo della propria esperienza rendendo più semplice, più ovvio e più intuitivo il processo per mantenere le proprie scelte attraverso la procedura di aggiornamento. Fare scelte diverse, non solo per altri prodotti Microsoft, dovrebbe essere più semplice sia attraverso le API per l’impostazione dei programmi predefiniti sia attraverso l’interfaccia utente di Windows.
Garantisci agli utenti le possibilità di scelta e di controllo a cui hanno diritto in Windows 10.
Cordialmente,
Chris Beard
CEO, Mozilla
Questo post è la traduzione della lettera pubblicata da Chris Beard su blog.mozilla.com. Satya Nadella è l’attuale CEO di Microsoft.
Come tutti gli ambienti di programmazione che non richiedono una gestione esplicita della memoria da parte del programmatore, anche SpiderMonkey (il motore JavaScript di Firefox) ha bisogno di un Garbage Collector, cioè di uno strumento che si occupi di analizzare lo heap per liberare le risorse non più utilizzate. Non esiste un metodo univoco o migliore degli altri per l’implementazione di un Garbage Collector e la scelta di quale algoritmo utilizzare dipende dagli obiettivi che ci si propone di raggiungere: implementazioni più “leggere” consentono un minor impiego di risorse macchina a scapito però di una maggiore frammentazione della memoria. Al contrario implementazioni più complesse richiedono un maggiore tempo di esecuzione ma consentono di evitare la frammentazione dello heap.
Gli sviluppatori di Firefox hanno adottato nel corso degli anni diverse implementazioni del Garbage Collector che hanno tenuto conto della sempre maggiore incidenza del codice JavaScript nelle pagine web. Inizialmente il Garbage Collector utilizzava un algoritmo di tipo reference counting, per poi passare a partire dal 2010 all’implementazione di un Garbage Collector di tipo conservativo mark e sweep. Entrambi questi algoritmi richiedono pochissime risorse computazionali, ma hanno il difetto di produrre una frammentazione dello heap.
È così che dal 2013 si è passati , grazie all’implementazione dell’exact stack rooting, a un’implementazione di un Garbage Collector di tipo generazionale sempre basato sul tracing. Grazie a questa modifica del codice è stato poi possibile implementare lo strumento di compattazione. Nell’articolo è spiegato il funzionamento della compattazione, quando viene eseguita, si analizza il guadagno di memoria che si riesce a ottenere e vengono discusse delle idee per migliorarlo ulteriormente.
Per un approfondimento delle tecniche di Garbage Collection si può consultare questo articolo in italiano che tratta l’argomento in generale e approfondisce il caso del Garbage Collector della Java Virtual Machine.
Sommario
La compattazione è una nuova funzione del Garbage Collector di Firefox, disponibile a partire dalla versione 38, che consente di ridurre la frammentazione esterna nello heap JavaScript. L’obiettivo di questa funzione è ottimizzare il consumo di memoria in generale oltre che gestire con maggiore efficienza i casi di memoria insufficiente. Al momento è stata implementata unicamente la compattazione degli oggetti JavaScript, uno solo tra i vari tipi di celle dello heap elaborate dal Garbage Collector.
Il problema
Lo heap JavaScript è composto da 4000 blocchi di memoria denominati arene, ciascuna delle quali è suddivisa in celle di dimensioni prestabilite. Arene diverse sono utilizzate per memorizzare differenti tipi di celle e ciascuna arena contiene celle dello stesso tipo e della stessa dimensione.
Lo heap contiene diversi tipi di celle, incluse quelle destinate agli oggetti JavaScript, le stringhe e i simboli, ma anche celle utilizzate per dati interni come script (per memorizzare il codice JavaScript), shape (per memorizzare la rappresentazione degli oggetti grafici e delle loro proprietà) e jitcode (codice JIT compilato). Di tutte queste, solitamente le celle utilizzate per gli oggetti JavaScript sono quelle che utilizzano la maggiore quantità di memoria.
Un’arena non può essere liberata se al suo interno c’è una cella che contiene dati in uso. Celle allocate nello stesso periodo possono avere dei cicli di vita differenti, talvolta accade quindi che nello heap si trovino più arene ciascuna contenente solo poche celle attive. Lo spazio libero di ciascuna arena può ancora essere impiegato per allocare nuove celle dello stesso tipo, ma sarà inutilizzabile per celle di tipo diverso o per essere reimpiegato dal sistema in caso di memoria insufficiente.
Di seguito è mostrato un diagramma semplificato dello heap con arene che contengono due diverse tipologie di celle.
Si noti che se fosse possibile utilizzare lo spazio libero nell’arena 3 per allocare le celle dell’arena 5, si otterrebbe un’intera arena libera.
Misurare lo spazio inutilizzato
È possibile conoscere lo spazio utilizzato da queste celle non più attive visitando la pagina about:memory e premendo il tasto MeasureL’ammontare complessivo di memoria per ciascun tipo di cella è visualizzato nella sezione js-main-runtime-gc-heap-committed/unused/gc-things. Per maggiori informazioni su come interpretare i rapporti della pagina about:memory consultare questo articolo su MDN.
Di seguito uno screenshot dell’intera sezione js-main-runtime-gc-heap-committed con la compattazione del Garbage Collector disattivata che mostra la differenza tra spazio utilizzato e non:
Ho effettuato misurazioni approssimative dell’utilizzo di memoria durante la mia normale navigazione con la compattazione sia attivata che disattivata per osservare le differenze. La procedura per ottenere questi dati è descritta nell’ultima sezione dell’articolo. I dati sono stati rilevati con una cinquantina di schede aperte, tra cui Google Mail, Google Calendar, varie pagine di Bugzilla e altri siti. Questo è il risultato ottenuto:
Totale allocazioni esplicite
Celle inutilizzate
Prima della compattazione
1324,46 MiB
69,58 MiB
Dopo la compattazione
1296,28 MiB
40,18 MiB
È possibile osservare una riduzione delle allocazioni esplicite di 29,4MiB (mebibytes). Si tratta solo del 2% rispetto al totale delle allocazioni complessive, ma considerando solo lo spazio occupato dall’allocazione di oggetti JavaScript (al momento gli unici soggetti a compattazione) sale a oltre 8%.
Funzionamento della compattazione
Per recuperare lo spazio inutilizzato il Garbage Collector dovrebbe essere in grado di spostare le celle fra differenti arene, in modo da concentrare le celle attive in un numero limitato di arene e liberare le altre. Certo è più facile a dirsi che a farsi, perché per ogni cella spostata bisognerebbe riaggiornare anche i relativi puntatori. Anche un solo puntatore non aggiornato potrebbe bastare a causare un crash di Firefox.
Questa operazione inoltre è molto dispendiosa in termini di risorse perché richiede l’analisi di un numero non irrilevante di celle alla ricerca dei puntatori da aggiornare. Per questo motivo l’idea è quella di procedere alla compattazione dello heap solo nei momenti in cui si disponga di poca memoria o l’utente non stia utilizzando Firefox.
L’algoritmo di compattazione è suddiviso in tre fasi:
Selezione delle celle da spostare.
Spostamento delle celle.
Aggiornamento di tutti i puntatori con riferimenti a queste celle.
Selezione delle celle da spostare
Ciò che ci proponiamo di fare è spostare il minor numero di dati possibile e di farlo senza riallocare ulteriore memoria, partendo dal presupposto che la memoria a disposizione sia già in esaurimento. Per fare questo inseriamo in una lista tutte le arene che contengono spazio libero, ordinandole in modo decrescente a seconda del numero di celle libere al loro interno. Suddividiamo la lista in due parti a partire dal punto in cui le arene della prima parte contengono abbastanza celle libere per ospitare le celle attive delle arene nella seconda parte. Sposteremo tutte le celle delle arene della seconda parte.
Spostamento delle celle
Allochiamo dunque una nuova cella da una delle arene che non subiranno spostamenti. Il passaggio precedente ci assicura che ci sia abbastanza spazio libero per effettuare questa operazione. A questo punto copiamo i dati dalla posizione iniziale.
In alcuni casi troveremo una cella con puntatori che puntano alla cella medesima: essi verranno aggiornati in questa fase. Il browser potrebbe contenere riferimenti a oggetti esterni, in questo caso utilizzeremo un hook per aggiornarli.
Dopo aver spostato una cella, aggiorneremo la locazione di memoria originale con un puntatore di reindirizzamento che faccia riferimento alla nuova posizione in modo da poterla facilmente ritrovare in seguito. Questo permetterà inoltre al Garbage Collector di identificare le celle che sono state spostate e vedremo come ciò verrà utilizzato nel successivo passaggio.
Aggiornamento dei puntatori alle celle spostate
Questa è la parte più dispendiosa del processo di compattazione. Nel caso più generale, non è possibile conoscere quali celle contengano dei puntatori alle celle che abbiamo spostato, quindi sembra proprio che sia necessario effettuare una scansione di tutte le celle presenti nello heap. Una tale scansione globale dello heap sarebbe davvero dispendiosa in termini di risorse macchina impiegate.
Abbiamo però alcuni metodi per ridurre le risorse impiegate. Innanzitutto si noti che lo heap è suddiviso in più zone: una zona per ogni scheda aperta e altre zone utilizzate dal sistema. Dato che, di norma, le celle non contengono mai puntatori con riferimenti a zone diverse da quella in cui si trovano, la compattazione potrà essere effettuata per zona e non su tutto lo heap. Il caso particolare di celle con puntatori a zone diverse da quella di appartenenza verrà effettuato a parte. La compattazione per zone ci consentirà di suddividere il processo in diverse sezioni incrementali.
In secondo luogo, per costruzione, esistono delle tipologie di celle che non possono contenere puntatori a altre tipologie di celle (a essere precisi ci sono alcune tipologie di celle che non possono proprio contenere dei puntatori), è quindi possibile escludere a priori alcune celle dalla ricerca.
Infine, possiamo parallelizzare questa operazione e sfruttare tutte le risorse della CPU disponibili.
È importante notare che ciò è stato reso possibile solo grazie al lavoro fatto a suo tempo implementando l’exact stack rooting, come descritto in questo articolo del blog Mozilla. Infatti è possibile spostare gli oggetti solamente conoscendo quali locazioni nello stack sono root, altrimenti si corre il rischio di sovrascrivere dei dati non correlati nello stack che potrebbero essere interpretati erroneamente come dei puntatori a celle.
Programmare l’esecuzione della compattazione
Come accennato in precedenza, la compattazione non viene effettuata a ogni ciclo di esecuzione del Garbage Collector. Allo stato attuale dell’implementazione essa viene effettuata nelle seguenti situazioni:
è stata utilizzata tutta la memoria e si cerca di fare un ultimo tentativo per liberare dello spazio utile;
il sistema operativo genera un messaggio riguardante la gestione della memoria non corretta da parte di Firefox;
l’utente non utilizza il sistema per un certo periodo di tempo (per impostazione predefinita questo periodo è attualmente di 20 secondi).
Nei primi due casi la compattazione viene avviata per scongiurare situazioni di memoria insufficiente, mentre nel terzo caso si cerca di ottimizzare la memoria a disposizione senza impattare la navigazione.
Conclusione
Spero che questo articolo sia riuscito a spiegare il problema che ci proponiamo di risolvere grazie allo strumento di compattazione del Garbage Collector e come stiamo cercando di affrontarlo.
Un inaspettato effetto positivo dell’implementazione della compattazione nel Garbage Collector è che ha rivelato alcuni errori nel tracing dei puntatori alle celle. E questo tipo di errori possono generare dei crash difficili da identificare e riprodurre e generare possibili falle nella sicurezza del browser, quindi possiamo considerarlo un ulteriore miglioramento anche da questo punto di vista.
Idee per il futuro
L’introduzione della compattazione è stata un’importante tassello per il miglioramento del Garbage Collector di Firefox, ma non è comunque finita qui. Ci sono ancora molti altri aspetti su cui possiamo concentrarci per migliorarlo ulteriormente.
Attualmente la compattazione viene effettuata solo sugli oggetti JavaScript, ma esistono molti altri oggetti nello heap e estenderla anche a questi potrebbe consentirci di ottimizzare ulteriormente la memoria utilizzata. Una domanda sorge spontanea: è possibile determinare a priori se le celle contengono dei puntatori alle celle che andremo a spostare? Se trovassimo il modo per farlo, le risorse impiegate per la compattazione verrebbero ulteriormente ridotte. Una possibile soluzione è scansionare lo heap in background, ma per farlo si renderebbe necessario individuare le modifiche effettuate alle celle dal mutator.
L’attuale algoritmo del Garbage Collector raggruppa assieme celle allocate in diversi momenti. Solitamente, le celle che sono allocate nello stesso momento hanno una durata simile, motivo per cui questa scelta non è il massimo.
Se riuscissimo a minimizzare i tempi di esecuzione della compattazione sarebbe possibile effettuarla ogni qualvolta il Garbage Collector rilevi un certo livello di frammentazione dello heap.
Come calcolare lo spazio liberato con la compattazione
Per stimare a grandi linee lo spazio liberato grazie alla compattazione è possibile effettuare i seguenti passaggi:
Disattivare la compattazione aprendo la pagina about:config e impostando la preferenza javascript.options.mem.gc_compacting a false.
Al momento attuale è preferibile disattivare la modalità multiprocesso di Firefox dal pannello Opzioni.
Riavviare Firefox e aprire alcune schede. Per guadagnare tempo è presente un’opzione che permette di ricaricare tutte le schede della sessione precedente. Attendere che le pagine vengano caricate.
Aprire la pagina about:memory e effettuare un’esecuzione completa del Garbage Collector facendo clic su Minimize memory usage e successivamente su Measure. Poiché è necessario un po’ di tempo affinché la memoria si assesti, è consigliabile effettuare l’operazione un certo numero di volte per ottenere dei valori significativi.
Annotare l’ammontare delle allocazioni esplicite (Total GC size) e quello di js-main-runtime-gc-heap-committed/unused/gc-things.
Riattivare nuovamente la compattazione impostando javascript.options.mem.gc_compacting a true. Non è necessario riavviare Firefox.
Fare nuovamente clic su Minimize memory usage e successivamente su Measure.
Confrontare le letture con quelle precedenti.
Notare che i valori ottenuti non saranno precisi a causa delle varie operazioni in atto in background, ma rappresentano comunque una buona approssimazione.
È disponibile la versione 41.0 di Firefox. Da mercoledì 23 settembre è iniziata la distribuzione degli aggiornamenti automatici, Se Firefox non si è ancora aggiornato potete farlo manualmente seguendo le istruzioni riportate in questo articolo della KB Mozilla.
A causa di un banale quanto tremendo errore di un utente con accessi privilegiati alla piattaforma 
