JavaScript ve Firefoxu 3.1 trhne všechny rekordy
Jestli se za poslední roky něco v prohlížečích zlepšilo nade všechna očekávání, tak je to rychlost JavaScriptu. A tím myslím ve všech prohlížečích. I když ačkoliv se jak Opera tak Internet Explorer (ve svém osmičkové verzi) rovněž dost snaží, k největšímu souboji dochází zdá se mezi WebKitem (Safari) a Geckem (Firefoxem). Na jaře jsem se ptal, jak dlouho tenhle trend prohlížečů vydrží.
Vydržel. Ačkoliv trojková verze Firefoxu i trojjedničková verze Safari přinesla zrychlení, boj neskončil.
WebKit podává
Vývojáři Webkitu začátkem léta zabodovali, když oznámili svůj nový JavaScriptový interpret SquirrelFish, který díky řadě optimalizací procházení syntaktického stromu (lépe a přesněji vysvětlují vývojáři) dosáhnul dalšího zrychlení (v průměru 1,6× viz graf).
Počet proběhlých testů SunSpider za minutu (vyšší číslo = lepší)
Gecko smečuje
Během léta bylo zdánlivě ticho po pěšině. Ovšem tento týden zabodoval pro změnu druhý tým. Do vývojových verzí Firefoxu 3.1 byl zahrnut projekt TraceMonkey. Ten do JavaScriptového enginu SpiderMonkey přidává JIT (just-in-time) code compilation (lepší vysvětlení a ještě lepší vysvětlení), se kterou je JavaScript v Gecku oproti předchozím verzím 1.8× až 22× rychlejší (podle druhu testu) a daří se mu předehnat i SquirellFish. Projekt není dosud dokončen, ve výsledku bude zrychlení ještě větší.
John Resig dokonce srovnává rychlost JavaScriptu s céčkem: „With this improvement it's leap-frogged any sort of traditional and has gone head-to-head with computationally-powerful languages like C.“ To je skutečně odvážné tvrzení (zdá se, že porovnávali s neoptimalizovaným výstupem gcc), počkám si zvědavě na dokončení projektu, zda bude výsledek opravdu srovnatelný.
V práci na Tracemonkey pomohl i kód od Adobe a výsledek se zpětně nejspíš dostane i do dalších verzí Flashe (takže i jeho ActionScript bude rychlejší). Práce na Tracemonkey začala před asi 60 dny (tj. pár týdnů po té, co WebKit oznámil SquirellFish), nicméně JIT bylo avizováno již asi před dvěma lety jako součást Mozilla 2.
Zajímalo by mne, zda už teď pro změnu vývojáři WebKitu přemýšlí, zda a jak tenhle náskok vyrovnají. Nic bych na to nedal, když by nám ještě před koncem roku připravili nějaké další překvapení. Držím jim palce. Zrychlení JavaScriptu v prohlížečích umožní, aby některé dnes pomalé hříčky byly časem vhodné i do produkčního prostředí. A také idea Mozilla 2, ve které mnohem větší část kódu prohlížeče bude napsána přímo v JavaScriptu, se stává reálnější.
A já se opět ptám. Kde se to zastaví, kde se to zastaví?
Další čtení
-
Související články na blogu Martin Hassman: nejen o prohlížečích
-
Sputnik - porovnejte si kvalitu implementací JavaScriptu v prohlížečích 10. 11. 2009 17:10
-
Do tří let bude mít v ČR Firefox větší podíl než Internet Explorer 22. 6. 2010 9:40
-
V čem je tvorba rozšíření v Google Chrome lepší než ve Firefoxu? 28. 2. 2010 10:45
-
Hillary o přechodu. O tom z IE na Firefox 4. 8. 2009 13:32
-
Proč Google Chrome neroste jako kdysi Firefox aneb jak to tenkrát bylo 31. 12. 2008 9:04
-
Ubiquity pro Jdem za deset minut 8. 9. 2008 22:34
-
-
Související články na ostatních blozích
-
Tip: aby se dlouhé články četly lépe 13. 2. 2014 21:58
-
Tip: vymazání položky z historie prohlížeče 28. 10. 2013 13:19
-
Zrušil jsem aktualizace, konečně můžu používat děravý prohlížeč 2. 2. 2012 20:54
-
Dvě rozšíření pro Firefox, která mi pomohla 24. 10. 2011 13:25
-
Blokování cookies na některých webech 7. 10. 2011 12:27
-
Porovnání nejnovějších prohlížečů: Firefox ve výkonu vítězí 11. 3. 2011 13:12
-
-
Související články na serveru Root.cz
-
Aktualizace pro AMD Inception v Linuxu 6.5, Tails 5.16.1 řeší Downfall i Inception 20. 8. 2023 0:00
-
Komunikace webové aplikace se serverem pomocí Ajax a SSE 3. 11. 2022 0:00
-
BigInt: nový celočíselný typ v JavaScriptu 19. 6. 2019 0:00
-
Firefox 23 zvyšuje bezpečnost, Firefox 24 má zkrotit plug-iny 12. 8. 2013 0:00
-
Firefox 22 před stopováním nakonec nechrání, ale přinesl jiné novinky 9. 7. 2013 0:00
-
Nakrmte si pandu (5. 8. 2005) 5. 8. 2005 0:00
-
-
David Majda (neregistrovaný)
Nejlepší na tom všem je, že všechny tyhle optimalizace JavaScriptu v prohlížečích posouvají state-of-art v interpretaci dynamických skriptovacích jazyků obecně. Například tacing trees, použité ve Firefoxu, jsou (pokd vím) úplně nová technika, kterou půjde použít i pro další jazyky jako Python nebo Ruby. Zdá se, že teprve prohlížeče a složité webové aplikace byly dostatečnou motivací pro další výzkum v téhle oblasti.
Hezké na tom je taky to, že to celé vzniká ve spolupráci s univerzitou - ukázkový příklad spolupráce kooperace komerční a akademické sféry.
"Kde se to zastaví, kde se to zastaví?" - no přece až bude JS rychlý jako céčko :-)
-
ivan (neregistrovaný)
Hmm, skoda jen, ze ackoliv je spidermonkey vicevlaknovej interpret JS, tak je do mozilly naroubovan jak single-threaded. Tzn. jedno vlakno s jednou frontou javascriptovych volani, ktere je treba obslouzit. Krome security kontextu se nikde nerozlisuje, jestli je vykonavany JS kod soucasti XULu, nebo jestli jde o kod z nejake HTML stranky. A tak se klidne muze stat, ze se cela mozilla zastavi(zasekne), protoze jedna zalozka obsahuje JS kod, ktery sam o sobe neni optimalni. Podle me mozilla ani nerozlisuje ktery JS kod smi naalokovat kolik pameti.
-
Inkvizitor (neregistrovaný)
To je dobrá zpráva a to i pro ostatní dynamické jazyky, jak poznamenává David Majda. Bohužel ale s nástupem vícejádrových procesorů začne být čím dál důležitější podpora konkurenčního zpracování. Problém Firefoxu popsal Ivan, já bych chtěl dodat, že například pro CPython (a u standardní implementace Ruby je to, myslím podobné) začíná být velmi omezující tzv. global interpreter lock, který omezuje škálovatelnost výpočtu ve více vláknech. A to se týká i jiných jazyků s garbage collectorem, jako je například OCaml. Doufejme, že i tohle časem vývojáři vyřeší.
-
Martin Hassman (neregistrovaný)
Inkvizitor: I těm více jádrům u JavaScriptu trochu svítá, jakmile se začne používat http://html456.blogspot.com/2008/08/na-web-prijde-javascript-s-vice-vlakny.html
-
deda.jabko (neregistrovaný)
inkvizitor: garbage collector, kdyz ma podporu pro paralelni prostredi, coz dneska uz neni zadna veda, je v tomto ohledu naprosto podruzna vec. vetsi tezkosti delaji operace se side-effecty (konkurencni pristup k pameti, I/O) a s tema se vyporadat to uz neni takova sranda...
