Come ben sapete, le applicazioni che rimangono per molto tempo in esecuzione possono appesantire il sistema a causa della frammentazione della memoria.
Col passare del tempo infatti l’ applicazione lascia dei “buchi” nella memoria (come la frammentazione del disco) che sono difficili da gestire e quindi da rendere riutilizzabili.
Gecko 1.9, il motore che muove il nuovo Firefox 3, è stato ottimizzato per risolvere alcuni di questi problemi. Innanzitutto risolve il fenomeno dei cicli, ovvero due oggetti che si puntano a vicenda “tendosi vivi” l’ un l’ altro: grazie ad un “cycle collector” automatico questi cicli vengono riconosciuti e spezzati.
Anche la gestione della cache è stata ottimizzata: sono state introdotte delle policy sulla cache che cancellano dopo un tempo prestabilito le varie cache di Firefox.
La gestione delle immagini di Firefox 2 è stata poi riprogettata: ora le immagini decompresse che non sono visualizzate (magari in una tab che avete lasciato aperta) non peseranno più sulle prestazioni del browser grazie al lavoro di Federico Mena-Quintero.
Queste sono solo alcune delle migliorie che Gecko 1.9 porterà al nuovo browser di Mozilla, se non siete ancora convinti della bontà di Firefox 3 potete guardare quest’ immagine che mostra i risultati dei test comparati di Firefox 3, Firefox 2 e IE7.
Via | OSnews.com
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, chi siamo
© 2004-2011 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
groucho_nt
14 mar 2008 - 09:00 - #1sono speranzoso e attendo con ansia di metterci le mani…. solo che il grafico a fine pagina pare preso da una brochure commerciale piuttosto che da un report tecnico :):)
rayman
14 mar 2008 - 09:43 - #2in effetti il grafico sopra non è chiarissimo messo così (magari dal sito da cui è stato fatto il test viene maggiormente spiegato ma onestamente non ho avuto tempo di verificare). Ad esempio non si capisce come ad un certo istante di tempo in Explorer l’uso della RAM si stabilizzi e nei due Firefox cali drasticamente. Probabilmente quello è l’istante della prova in cui i tester smettono di aprire schede a raffica?
ice
14 mar 2008 - 10:11 - #3io ho notato che usando siti in ajax con piu finestre di FF2 aperte e poi chiudendo solo alcune finestre….l’uso di ram non diminuisce come ci si aspetterebbe
ho provato la nightly build di FF3 di 3 settimane fa e in cambio di un minimo risparmio di ram ho notato un enorme aumento di consumo di ci cli CPU
ora considerato che i moderni pc da supermercato hanno minimo 2GB, se non3GB di ram…..mi sembra che siano piu preziosi i cicli cpu che non la ram stessa…almeno nell’uso di tutti i giorni io non sono arrivato oltre i 1,5GB (non uso ne photoshop ne cad3D)mentre in ricompressione transcodifica di file video non faccio fatica a portare la cpu al 90-100% su un Intel E4500
Vabbè che tra 5 mesi avremo solo quad core nei supermercati, ma lasciare 1 core ad uso esclusivo di FF3 mi sembra eccessivo…. ;)
Baluba
14 mar 2008 - 10:13 - #4O forse il momento in cui chiudono delle schede…
ice
14 mar 2008 - 10:22 - #5parlando di immagini nascoste e considerato che IE7 mantiene stabile il consumo di ram deduco che il crollo nel consumo sia dato dallo smettere di aprire nuove finestre/tab lasciando il focus su un unica finestra/tab
le immagini nei tab in secondo piano dovrebbero venir scaricate dalla memoria (su disco?)
ekerazha
14 mar 2008 - 12:10 - #6C’è anche un grafico che aggiunge i valori di Opera 9.5 Beta e Safari 3.0.4 Beta: http://www.flickr.com/photos/stuartp/2328802961/
ekerazha
14 mar 2008 - 12:14 - #7Ah… comunque la parte finale del grafico (dove Firefox cala drasticamente) si ottiene chiudendo tutte le tab aperte durante il test tranne 1.
Surfer
14 mar 2008 - 21:38 - #8Modalità di svolgimento della prova:
“For the results below we loaded 29 different web pages through 30 windows over 11 cycles (319 total page loads), always opening a new window for each page load (closing the oldest window alive once we hit 30 windows). At the end we close all the windows but one and let the browser sit for a few minutes so see if they will reclaim memory, clear short-term caches, etc. We used the proxy server that is part of Standalone Talos to make sure we were serving up the same content. We had to disable popup blocking to allow the test window to open the 30 windows for running the test”