Con un annuncio sul loro blog ufficiale, gli sviluppatori di WebKit hanno introdotto SquirrelFish Extreme, una nuova incarnazione del loro motore JavaScript che dovrebbe essere due volte più veloce del suo predecessore.
Il post elenca numerosi cambiamenti che hanno contribuito al miglioramento delle performance: tra questi troviamo l’ottimizzazione del bytecode, una polymorphic inline cache (una tecnica sviluppata da Sun nel 1991 nell’ambito del linguaggio di programmazione Self) ed un compilatore Just-In-Time context threaded, utilizzato anche per le regular expression, in grado di generare codice nativo (anche se solo per processori x86).
Il nuovo motore JavaScript è già disponibile nelle nightly build di WebKit e, stando agli immancabili (parziali?) benchmark, sarebbe del 35% più veloce rispetto a V8 (Chrome) e del 55% rispetto a TraceMonkey (Firefox 3.1).
Quanto tempo occorrerà prima dell’arrivo delle risposte targate Google e Mozilla?
via | Slashdot
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.
_invernomuto_
24 set 2008 - 08:29 - #1Certo che, già trovavo ottime le prestazioni di V8, ma Squirellfish sembra veramente spaventoso.
Sono proprio curioso di vedere le risposte della concorrenza.
noct
24 set 2008 - 08:45 - #2beh sembra che google sia riuscita a portare un pò di “novità” anche per gli altri che non sono rimasti a guardare :)
Ottimo!
Mau_
24 set 2008 - 08:53 - #3Fantastico, ora potremo avere le applicazioni online di Google e compagnia bella che vanno a 100 all’ora!
Ok, mo basta, ci sono altre cose da sistemare nei browser.
Tipo supporto ai CSS3…. che ca//o.
Pitonizzato
24 set 2008 - 09:03 - #4Sarebbe interessante sapere se queste ottimizzazioni sono portabili ad altri linguaggi, tipo Python e Ruby. Già con pypy ci sono novità interessanti, speriamo bene.
Anonimo Codardo
24 set 2008 - 09:49 - #5Nessuna risposta. Spero prendano WebKit e lo integrino nel proprio browser.
progalba
24 set 2008 - 09:50 - #6andando avanti cosi tra 10 anni visualizzeremo un archivio di 10 tera in meno di un secondo… in teoria cè un limite umano ad un certo punto.. io nn vivrò abbastanza da vederlo per fortuna
fabio.80
24 set 2008 - 10:19 - #7@noct
non credo che queste migliorie siano dovute ad una sorta di effetto google… ci sono mesi di sviluppo dietro, non settimane. l’effetto google (ammesso e non concesso) semmai inizierà ora :-)
io ingenuamente come sempre spero che si crei una specie di consorzio per riunire od almeno coordinare gli sviluppi di questi engine, in modo da buttare via meno tempo e permettere ai vari team di concentrarsi su standard, sicurezza e leggerezza
Arunax
24 set 2008 - 10:37 - #8@fabio.80
Se non altro essendo i tre engine JavaScript in questione (SquirrelFish, V8 e TraceMonkey) assolutamente open-source la probabilità che ciò avvenga è un po’ maggiore rispetto al passato…
AndreaTek
24 set 2008 - 10:37 - #9Una volta c’erano le discussioni sui benchmark delle GPU, oggi ci sono le discussioni sui benchmark del Javascript.
Come cambia il mondo!
:D
fabio.80
24 set 2008 - 10:57 - #10In realtà stavo pensando che un consorzio che riunirà gli sforzi ed il codice dei tre engine esiste già, si chiama Micros… ooops!
Evviva l’efficienza ;-)
alberto71
24 set 2008 - 11:14 - #11Questa moda del momento di fare i benchmark di JS è assurda.
Visitando web app che utilizzano pesantemente JavaScript come queste:
http://280slides.com/
http://sliderocket.com/
non vedo nessuna differenza usando Firefox3, IE8, Opera.
Nella pratica i risultati di benchmark come quelli sono insignificanti.
Come si dice: “Tra punteggio e prestazione non c’è alcuna relazione”.
slot
24 set 2008 - 12:46 - #12Avete notato che ogni società che tira fuori una nuova versione di un motore javascript ha le prove per sostenere che il suo è più veloce? Non puzza un po’ di sola questa cosa?
O migliorare le prestazioni di un motore javascript è cosa di un paio di giorni di lavoro al massimo, oppure qualcuno dice delle gran panzane.
Aska
24 set 2008 - 15:50 - #13Se tutti triplicano o quadruplicano la potenza del loro motore di js ma le pagine piene di js continuano a funzionare con la stessa velocità di prima concordo con slot :D
staremo a vedere..
intanto è positivo che si stia diffondendo la voglia di migliorare le prestazioni dei motori js.
Guiodic
25 set 2008 - 00:48 - #14I dati sono dati un po’ a vanvera… nel test sunspider FF3.1 batte Google Chrome, quindi non si capisce come possano dire che Squirrellfish è più veloce del 35% rispetto a V8 e del 55% rispetto a Tracemonkey.
I conti non tornano.
Vic Steele
25 set 2008 - 08:14 - #15Finchè si tratta di Chrome, probabilmente la contromossa arriverà. Ma Firefox, cosa può mai rispondere finchè adotta gecko?
fsoft
27 set 2008 - 09:42 - #16Speriamo che oltre ad aumentare la velocità di parsing di JavaScript ne amplino anche le funzionalità. Lo standard ECMAScript è ormai da tempo alla versione 2.0, mentre chi sviluppa per il web si deve accontentare di usare la versione 1.3, comun denominatore di compatibilità per tutti i browser…
fsoft
27 set 2008 - 09:43 - #17La cosa che mi fa più ridere di tutti è che con questi nuovi motori JS quella che resta più indietro è M$. Già adesso, la manipolazione del DOM è PENOSA con IE7 e IE8 (per non parlare di IE6), ma con queste nuove implementazioni andrà a finire che perderà ulteriormente terreno :-D