Benchmark SunSpider oparty jest na realnym kodzie, robiącym to, do czego we współczesnej Sieci używa się javascriptowych i AJAX-owych aplikacji. Jego twórcom, zespołowi deweloperów WebKitu Apple'a, udało się zrównoważyć rozmaite aspekty JavaScriptu, uniknąć uzależnienia wyników od implementacji DOM i zachować pełną zgodność ze standardem języka. Test może być uruchomiony z linii komend, jesteśmy zatem w stanie zmierzyć zarówno samą wydajność engine'u, jak i realne wyniki z przeglądarki.

Test zaczyna się od obliczeń 3D – takich, jakie używa się do ray-tracingu. Sprawdzane są operacje zmiennoprzecinkowe, dostęp do tablic i własności obiektów. Ma to realne zastosowanie w grach i rozmaitych formach kodowania i dekodowania. Następnie przychodzą testy związane ze sterowaniem kodem programu – pętlami, rekursją i instrukcjami warunkowymi. Testowane są także operacje kryptograficzne, wydajność obiektów typu „date” i wyrażeń regularnych. Na końcu badane są operacje na łańcuchach, w tym kod do generowania chmury tagów i ekstrakcji skompresowanego JavaScriptu.

SunSpider został uruchomiony na komputerze pracującym pod kontrolą 32-bitowego systemu Windows Vista, z 4 GB pamięci RAM i dwurdzeniowym procesorem Core 2 Duo 3 GHz. Testy były przeprowadzane na czystych instalacjach przeglądarek, bez jakichkolwiek rozszerzeń.

Wyniki benchmarku SunSpider dla Opery, Firefoksa, Safari i Internet Explorera

Rezultaty testu okazały bezlitosne dla produktu Mozilli. Firefox okazał się znacząco wolniejszy od IE, jeśli nie liczyć wypadku IE z testem operacji na łańcuchach, niewątpliwym bugiem obsługi JS w przeglądarce Microsoftu. Opera, która wygrała test, zdołała to zrobić tylko dzięki zastosowaniu jej wersji beta: ostatnia stabilna wersja nie zdołała przejść testu. Safari spisało się bardzo dobrze, biorąc pod uwagę to, że zostało uruchomione poza swoim naturalnym środowiskiem, OS X.

Jeff Atwood przetestował później tym benchmarkiem ostatnią wersję beta Firefoksa. Okazała się ona znacząco szybsza od 2.0, ale może być to częściowo spowodowane uruchomieniem testu na szybszej maszynie, pracującej pod kontrolą 64-bitowej wersji Windows Visty.

źródło: Coding Horror blog