Komoly mértékben gyorsul a Firefox Javascript értelmezője

Mozilla

A Mozilla tracing optimalizációval látja el a Firefox Javascript interpreterét, a SpiderMonkey-t. A munkának köszönhetően egyes helyzetekben a böngésző Javascript teljesítménye számottevően nő. Brendan Eich, a JavaScript megalkotója (aki egyébként a Mozilla műszaki igazgatója is egyben), valamint Mike Shaver, a Mozilla egyik alelnöke szerint a tracing optimalizáció "egy következő szintre emeli a Javascript teljesítményt". Ez a videó demonstrálja egymás mellett a régi és az optimalizációval ellátott kód teljesítményét. A "TraceMonkey" teljesítményéről további benchmark-ok találhatók itt és itt. A Slashdot cikke itt.

( tomaza | 2008. 08. 23., szo – 22:35 )

kipróbáltam a gmail-t egy olyan gépen ahol gyakorlatlag használhatatlanul lassúcska a ff3.0.1, sunspider meg egyéb tesztek ide vagy oda (eredetileg ide számadatokat akartam írni) , de ezzel a gyorsítással szinte kattintásra működik, meggyőzött

( nevergone v | 2008. 08. 24., v – 00:05 )

Pedig úgy emlékszem, hogy már a 3.0 -ban is elég sokat dobtak a JS teljesítményén. Arról lehet tudni valamit, hogy ez melyik verzióban fog bemutatkozni?

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

( dikki | 2008. 08. 24., v – 00:05 )

Ha ezzel használható sebességűre gyorsulna a google docs, az azért egy lökést adna a felhasználói kör bővülésének, vagy mi.

( tomaza | 2008. 08. 24., v – 00:32 )

- azt hogy melyik verzióban lesz, nemtom, de ebben benne van, gondolom még idén kijön a 3.1
- docs-ot is kipróbáltam ahol a legkisebb gmail fiók is igencsak lassú volt egy igencsak nagyocska, bonyolult (képek, ábrák, táblázatok, ...) doc-al, és használható sebességgel működött
- hozzá kell tennem hogy a benchmarkok azért kellenének egy pontos kép alkotásához hogy mi is a mozilla politikája, mert ami nem js az is gyorsabb :(

( XMI | 2008. 08. 24., v – 10:36 )

Ez most gyakorlatilag egy JIT fordító JS-hez?
---
Linux is bad juju.

Most, hogy jobban végigolvastam látom, hogy ez valójában nem teljesen JIT fordító. Eleve csak elég speciális esetekben (ciklusok, rekurzió) próbálkozik vele, egyébként simán interpretál. És a fordítás sem a szokásos statikus módon működik, azt csinálja, hogy az interpreter lefutását menti egy trace-be, és amikor mégegyszer ugyanaz a kódrészlet jön, akkor már a trace-ből futtatja újra, csak közben figyel bizonyos őrfeltételekre, hogy a lefutás menete illetve a változók típusai most is úgyanúgy vannak-e, mint amikor az interpreter először futatta. Ez inkább egy cache-re emlékeztet, mint fordítóra.

Mondjuk ötletes. Nem tudom, hogy rendes fordítással (akár JIT akár teljes előrefordítás) egyáltalán mit lehetett volna kezdeni javascripttel. Lehet, hogy semmit. Úgy általában a dinamikus típuskezelést és runtime parsolást tartalmazó script nyelveket elég nehéz nem interpretáltan futtatni.
---
Linux is bad juju.

"Lehet, hogy semmit. Úgy általában a dinamikus típuskezelést és runtime parsolást tartalmazó script nyelveket elég nehéz nem interpretáltan futtatni."

Pontosan, ezert aztan a web vilag sosem lesz eleg gyors, es eleg felhasznalo barat. Dehat fojon ezert inkabb a Google feje, ok szivnak emiatt a leginkabb. Mondjuk a Google (csodalkozasra okot adoan) impotensnek tunik a web jovojet illetoen. Mintha nem lenne semmi strategiaja a web jovojevel kapcsolatban. Azon is csodalkozom, hogy a Mozillaval nem fekudtek meg ossze.

pl. Absztraktabb copy/paste meg mindig kivitelezhetetlen. Pl nem tudok egy teljes thread-et a cliboardra tenni ugy, hogy aztan azt paste oldalon layout es egyeb vizualis komponensektol mentesen illesszembe be (akarhova).

Vagy nincsen egyetlen helyen, konzisztens modon jelezve, hogy egy adott lapon eppen egy sessionben vagyok-e vagy nem (es eppen milyen identitassal).

Vagy meg a mai napig rettegnem kell, hogy ha az egyik tab miatt elhasal az egesz browser, akkor az eppen felig bevitt tartalmak elvesznek-e vagy nem.

Vagy a drag&drop primitivisegei webes kontextusban. Vagy a kliens oldali applikaciokkal valo integracio (utalok itt pl a skype telefonszam felismero pluginjere, szornyen idegesito, pedig lehetne JO is.), es meg sorolhatnam.

A web vilag usability szempontbol le van maradva, es ez a javascriptes hackeleses megoldasok annyira elegendoek, hogy orulnunk kell a "kisujjnak" is.

( bounty v | 2008. 08. 24., v – 13:35 )

Kipróbáltam én is és durván gyorsult szinte minden. Mondjuk ebben az is bennevan biztos, hogy a kb. 20 addon közül csak 2 ment vele a többi disabled :)

( Charybdis | 2008. 08. 24., v – 20:03 )

Szegény IE8, azt hitték végre befoghatják a többi böngészőt, aztán már megint két generációval le lesz maradva az IE8, mire kijön.

jah, borzasztó lassan fejlesztik. szerintem assemblyben írják, 3havonta elkészül egy új verzió sparc procira, de a vezetőség mindig visszadobja, hogy tökjó, de írják újra i386-ra;)
—-—-— 

int getRandomNumber() {
return 4;	//szabályos kockadobással választva.
	       //garantáltan véletlenszerű.
}	      //xkcd

Vagy benne lesz a következő Windowsban, és mivel az emberek mér úgyis hozzászoktak, hogy a Vista miatt az egész gépparkot le kell cserélniük, hát most is megtehetik majd. ;) (Jó is lenne, olcsóbb és elterjedtebb lenne a sparc és emellett a microsoftnak is csökkenne a bevétele. :P)