[iOS Sim Debug] ASSERTION FAILED: m_downloads.isEmpty() Layout Test http/tests/websoc...
[WebKit-https.git] / PerformanceTests / JetStream2 / in-depth.html
1 <!--
2  Copyright (C) 2019 Apple Inc. All rights reserved.
3
4  Redistribution and use in source and binary forms, with or without
5  modification, are permitted provided that the following conditions
6  are met:
7  1. Redistributions of source code must retain the above copyright
8     notice, this list of conditions and the following disclaimer.
9  2. Redistributions in binary form must reproduce the above copyright
10     notice, this list of conditions and the following disclaimer in the
11     documentation and/or other materials provided with the distribution.
12
13  THIS SOFTWARE IS PROVIDED BY APPLE INC. AND ITS CONTRIBUTORS ``AS IS''
14  AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
15  THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
16  PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL APPLE INC. OR ITS CONTRIBUTORS
17  BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
18  CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
19  SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
20  INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
21  CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
22  ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF
23  THE POSSIBILITY OF SUCH DAMAGE.
24 -->
25 <!DOCTYPE html>
26 <html>
27 <head>
28     <meta charset="utf-8" />
29
30     <title>JetStream 2 In-Depth Analysis</title>
31
32     <link rel="stylesheet" href="JetStream.css">
33
34 </head>
35 <body>
36 <h1 class="logo">
37     <div id="jetstreams">
38         <a href="index.html" class="logo-image">JetStream 2</a>
39     </div>
40 </h1>
41 <main>
42     <article>
43         <h2>In-Depth Analysis</h2>
44
45         <p>
46         JetStream 2 combines together a variety of JavaScript and Web Assembly benchmarks, covering a variety of
47         advanced workloads and programming techniques, and reports a single score that
48         balances them using a geometric mean.
49         </p>
50
51         <p>
52         Each benchmark measures a distinct workload, and no single optimization
53         technique is sufficient to speed up all benchmarks. Some benchmarks demonstrate tradeoffs, and
54         aggressive or specialized optimizations for one benchmark might make another benchmark slower.
55         JetStream 2 rewards browsers that start up quickly, execute code quickly, and continue running smoothly.
56         </p>
57
58         <p>
59         Each benchmark in JetStream 2 computes its own individual score. JetStream 2 weighs each
60         benchmark equally, taking the geometric mean over each individual benchmark's score to compute
61         the overall JetStream 2 score.
62         </p>
63
64         <p>
65         It's not enough to just measure the total running time of a workload.
66         Browsers may perform differently for the same JavaScript workload depending on how many times it
67         has run. For example, garbage collection runs periodically, making some iterations take longer than
68         others. Code that runs repeatedly gets optimized by the browser, so the first iteration
69         of any workload is usually more expensive than the rest.
70         </p>
71
72         <p>
73         For most of the JavaScript benchmarks in JetStream 2, individual scores
74         equally weigh startup performance, worst case performance, and average case
75         performance. These three metrics are crucial to running performant JavaScript
76         in the browser. Fast startup times lead browsers to loading pages more quickly. Good
77         worst case performance ensures web applications can run without hiccups. Fast average
78         case performance makes it so that the most advanced web applications can run at all.
79         </p>
80
81         <p>
82         For JetStream 2's Web Assembly benchmarks, individual scores equally weigh startup time and
83         total execution time. An important component of JetStream 1 were the asm.js subset of benchmarks. With the release
84         of Web Assembly, the importance of asm.js has lessened since many users of asm.js are
85         now using Web Assembly. JetStream 2 has converted many of the asm.js benchmarks from
86         JetStream 1 into Web Assembly.
87         </p>
88
89         <p>
90         All but one of JetStream'2 JavaScript benchmarks run for N iterations, where
91         N is usually 120. JetStream 2 reports the startup score as the time it takes to run the first iteration.
92         The worst case score is the average of the worst M iterations, excluding the first iteration.
93         M is always less than N, and is usually 4. The average case score is the average
94         of all but the first iteration. These three scores are weighed equally using the geometric
95         mean.
96         </p>
97
98         <p>
99         JetStream 2 also includes a JavaScript benchmark named WSL. WSL is an implementation of a
100         GPU shading language written in JavaScript. WSL does not use the above mechanism for scoring
101         because it has a long running time. Instead, the WSL benchmark computes its score as the
102         geometric mean over two metrics: the time it takes to compile the WSL standard library, and the time
103         it takes to run through the WSL specification test suite.
104         </p>
105
106         <p>
107         JetStream 2 includes parts of these benchmark suites that came before it: <a href="https://webkit.org/perf/sunspider/sunspider.html">SunSpider</a>,
108         <a href="https://developers.google.com/octane/">Octane 2</a>, <a href="https://browserbench.org/JetStream1.1/">JetStream 1</a>,
109         <a href="https://browserbench.org/ARES-6/">ARES-6</a>, and <a href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>.
110         JetStream 2 also includes new benchmarks inspired by <a href="https://krakenbenchmark.mozilla.org">Kraken</a>.
111         JetStream 2 also includes a new set of benchmarks that measure the performance of Web Assembly, Web Workers,
112         Promises, async iteration, unicode regular expressions, and JavaScript parsing.
113         </p>
114
115         <p>
116         Note that scores from JetStream 2 are not comparable to scores to other versions
117         of any JetStream benchmark.
118         </p>
119
120         <h3>
121         JetStream 2 has 64 subtests:
122         </h3>
123
124         <dl>
125
126         <dt id="WSL">WSL</dt>
127         <dd>
128          WSL is an implementation of a GPU shading language written in JavaScript.
129          WSL measures the time it takes to compile the WSL standard library and the time
130          it takes to run through the WSL specification test suite.
131          Source code: <a href="WSL">WSL</a>
132         </dd>
133
134         <dt id="UniPoker">UniPoker</dt>
135         <dd>
136          UniPoker is a 5 card stud poker simulation using the Unicode playing card code points, U+1F0A1..U+1F0DE,
137          as the card representation in code. Scoring of hands is done with three regular expressions, one to check
138          for a flush, one to check for straights, and one to check for pairs, three of a kind, and four of a kind.
139          Source code: <a href="RexBench/UniPoker/poker.js">poker.js</a>
140         </dd>
141
142         <dt id="uglify-js-wtb">uglify-js-wtb</dt>
143         <dd>
144          <a href="https://github.com/mishoo/UglifyJS2">UglifyJS</a> is a JavaScript parser, minifier, compressor, and beautifier toolkit. It is commonly
145          used to minimize JavaScript bundles.
146          This benchmark runs UglifyJS on test JavaScript programs.
147          This benchmark stresses string manipulation and regular expression performance.
148          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
149          Source code: <a href="web-tooling-benchmark/browser.js">uglify.js</a>
150         </dd>
151
152         <dt id="typescript">typescript</dt>
153         <dd>
154          Tests how quickly Microsoft's <a href="http://www.typescriptlang.org">TypeScript</a> compiler can
155          compile itself. More than anything else, this tests how quickly a JavaScript runtime can optimize
156          a large pile of code.
157          A similar version of this benchmark was previously published in Octane version 2.
158          Source code: <a href="Octane/typescript.js">typescript.js</a>
159         </dd>
160
161         <dt id="tsf-wasm">tsf-wasm</dt>
162         <dd>
163          Runs Filip Pizlo's &mdash; of the WebKit team &mdash; implementation of a <a href="http://www.filpizlo.com/tsf/"> Typed Stream Format </a>
164          in Web Assembly. The original code is compiled from C to Web Assembly using <a href="https://emscripten.org">Emscripten</a>.
165          Source code: <a href="wasm/TSF">TSF</a>
166         </dd>
167
168         <dt id="tagcloud-SP">tagcloud-SP</dt>
169         <dd>
170          Parses JSON and generates markup for a <a href="http://en.wikipedia.org/wiki/Tag_cloud">tag
171          cloud</a> view of the data. Written by Maciej Stachowiak of the WebKit team. Exercises string
172          parsing and manipulation. A similar version of this benchmark was originally published in SunSpider.
173          Source code: <a href="SunSpider/tagcloud.js">tagcloud.js</a>
174         </dd>
175
176         <dt id="string-unpack-code-SP">string-unpack-code-SP</dt>
177         <dd>
178          This benchmark unpacks various minified JavaScript libraries. It stresses the speed of various string manipulation
179          operations.
180          A similar version of this benchmark was previously published in SunSpider.
181          Source code: <a href="SunSpider/string-unpack-code.js">string-unpack-code.js</a>
182         </dd>
183
184         <dt id="stanford-crypto-sha256">stanford-crypto-sha256</dt>
185         <dd>
186          Measures the performance of the <a href="https://en.wikipedia.org/wiki/SHA-2">SHA256</a> hashing algorithm as implemented by the <a href="https://crypto.stanford.edu/sjcl/">Stanford JavaScript Crypto Library</a>. This benchmark stresses numeric analysis and array access.
187          This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
188          Source code: <a href="SeaMonster/stanford-crypto-sha256.js">stanford-crypto-sha256.js</a>
189         </dd>
190
191         <dt id="stanford-crypto-pbkdf2">stanford-crypto-pbkdf2</dt>
192         <dd>
193          Measures the performance of the <a href="https://en.wikipedia.org/wiki/PBKDF2">PBKDF2</a> hashing algorithm as implemented by the <a href="https://crypto.stanford.edu/sjcl/">Stanford JavaScript Crypto Library</a>. This benchmark stresses numeric analysis and array access.
194          This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
195          Source code: <a href="SeaMonster/stanford-crypto-pbkdf2.js">stanford-crypto-pbkdf2.js</a>
196         </dd>
197
198         <dt id="stanford-crypto-aes">stanford-crypto-aes</dt>
199         <dd>
200         Measures the performance of the <a href="https://en.wikipedia.org/wiki/Advanced_Encryption_Standard">AES</a> hashing algorithm as implemented by the <a href="https://crypto.stanford.edu/sjcl/">Stanford JavaScript Crypto Library</a>. This benchmark stresses numeric analysis and array access.
201          This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
202          Source code: <a href="SeaMonster/stanford-crypto-aes.js">stanford-crypto-aes.js</a>
203         </dd>
204
205         <dt id="splay">splay</dt>
206         <dd>
207           Tests the manipulation of <a href="http://en.wikipedia.org/wiki/Splay_tree">splay trees</a>
208           represented using plain JavaScript objects. This benchmark stresses the performance of the garbage collector.
209           A similar version of this benchmark was previously published in Octane version 2.
210           Source code: <a href="Octane/splay.js">splay.js</a>
211         </dd>
212
213         <dt id="segmentation">segmentation</dt>
214         <dd>
215          Uses Web Workers to parallelize the computation of a <a href="https://en.wikipedia.org/wiki/Time-series_segmentation">
216          time series segmentation</a> algorithm over a sample data set. This code is adapted from an algorithm used in the <a href="https://perf.webkit.org/v3/">
217          WebKit performance dashboard.</a>
218          Source code: <a href="worker/segmentation.js">segmentation.js</a>
219         </dd>
220
221         <dt id="richards">richards</dt>
222         <dd>
223          Martin Richard's <a href="http://www.cl.cam.ac.uk/~mr10/Bench.html">system language
224          benchmark</a> ported to JavaScript. Tests object property access performance.
225          A similar version of this benchmark was previously published in Octane version 2.
226          Source code: <a href="Octane/richards.js">richards.js</a>
227         </dd>
228
229         <dt id="richards-wasm">richards-wasm</dt>
230         <dd>
231          Martin Richard's <a href="http://www.cl.cam.ac.uk/~mr10/Bench.html">system language
232          benchmark</a> compiled to a hybrid of Web Assembly and JavaScript. It stresses how quickly
233          JavaScript can call into Web Assembly code.
234          Source code: <a href="wasm/richards.c">richards.c</a>, <a href="wasm/richards.js">richards.js</a>
235         </dd>
236
237         <dt id="regexp">regexp</dt>
238         <dd>
239          Collection of regular expressions found by the V8 team in 2010, curated into a benchmark.
240          A similar version of this benchmark was previously published in Octane version 2.
241          Source code: <a href="Octane/regexp.js">regexp.js</a>
242         </dd>
243
244         <dt id="regex-dna-SP">regex-dna-SP</dt>
245         <dd>
246          Regular-expression-based solution to DNA manipulation from
247          <a href="https://en.wikipedia.org/wiki/The_Computer_Language_Benchmarks_Game">The Great Computer Language Shootout</a>,
248          contributed by Jesse Millikan.
249          A similar version of this benchmark was previously published in SunSpider.
250          Source code: <a href="SunSpider/regex-dna.js">regex-dna.js</a>
251         </dd>
252
253         <dt id="raytrace">raytrace</dt>
254         <dd>
255         <a href="https://en.wikipedia.org/wiki/Ray_tracing_(graphics)">Ray tracer</a> written in JavaScript using prototype.js. Tests object construction performance
256          and floating point math.
257          A similar version of this benchmark was previously published in Octane version 2.
258          Source code: <a href="Octane/raytrace.js">raytrace.js</a>
259         </dd>
260
261         <dt id="quicksort-wasm">quicksort-wasm</dt>
262         <dd>
263          Quicksort benchmark, compiled to Web Assembly with <a href="https://emscripten.org">Emscripten</a>.
264          The original C version of this benchmark was previously published in the LLVM test suite.
265          Source code: <a href="wasm/quicksort.c">quicksort.c</a>, <a href="wasm/quicksort.js">quicksort.js</a>
266         </dd>
267
268         <dt id="prepack-wtb">prepack-wtb</dt>
269         <dd>
270         <a href="https://prepack.io">Prepack</a> is a tool that optimizes JavaScript source code by performing computations at compile
271          time instead of run time where possible.
272          This benchmark runs Prepack on test JavaScript programs.
273          This benchmark stresses string manipulation and regular expression performance.
274          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
275          Source code: <a href="web-tooling-benchmark/browser.js">prepack.js</a>
276         </dd>
277
278         <dt id="pdfjs">pdfjs</dt>
279         <dd>
280          Mozilla's <a href="http://mozilla.github.io/pdf.js/">PDF reader written in JavaScript</a>.
281          This benchmark emphasizes array manipulation and bit operations.
282          A similar version of this benchmark was previously published in Octane version 2.
283          Source code: <a href="Octane/pdfjs.js">pdfjs.js</a>
284         </dd>
285
286         <dt id="OfflineAssembler">OfflineAssembler</dt>
287         <dd>
288         Offline Assembler is the lexer, parser, and AST layer of the offline assembler for <a href="https://trac.webkit.org/wiki/JavaScriptCore">JavaScriptCore</a>.
289          It has been ported to JavaScript from the original Ruby implementation. This test stresses regular expression
290          performance.
291          Source code: <a href="RexBench/OfflineAssembler/parser.js">OfflineAssembler.js</a>
292         </dd>
293
294         <dt id="octane-zlib">octane-zlib</dt>
295         <dd>
296          A benchmark based on compiling <a href="http://zlib.net">zlib</a> to JavaScript using
297          <a href="https://emscripten.org">Emscripten</a>. Based on the
298          <a href="https://github.com/kripken/emscripten/tree/master/tests/zlib">zlib emscripten test</a>
299          but modified to restrict code caching opportunities.
300          A similar version of this benchmark was previously published in Octane version 2.
301          Source code: <a href="Octane/zlib.js">zlib.js</a>
302         </dd>
303
304         <dt id="octane-code-load">octane-code-load</dt>
305         <dd>
306          Test of code load speed of the jQuery and Closure libraries. Because this test allows
307          caching, this is representative of revisiting the same website.
308          A similar version of this benchmark was previously published in Octane version 2.
309          Source code: <a href="Octane/code-first-load.js">code-load.js</a>
310         </dd>
311
312         <dt id="navier-stokes">navier-stokes</dt>
313         <dd>
314          Fluid simulation written by <a href="https://nerget.com">Oliver Hunt</a>. Emphasizes floating point array performance.
315          A similar version of this benchmark was previously published in Octane version 2.
316          Source code: <a href="Octane/navier-stokes.js">navier-stokes.js</a>
317         </dd>
318
319         <dt id="n-body-SP">n-body-SP</dt>
320         <dd>
321          Classic solar system simulation benchmark from
322          <a href="https://en.wikipedia.org/wiki/The_Computer_Language_Benchmarks_Game">The Great Computer Language Shootout</a>,
323          contributed by Isaac Guy. Tests math and object access performance.
324          A similar version of this benchmark was previously published in SunSpider.
325          Source code: <a href="SunSpider/n-body.js">n-body.js</a>
326         </dd>
327
328         <dt id="multi-inspector-code-load">multi-inspector-code-load</dt>
329         <dd>
330          Measures the repeated parsing of a modern JavaScript code base: WebKit's Web Inspector.
331          Because this test allows caching, this is representative of revisiting the same website.
332          Source code: <a href="code-load/code-multi-load.js">code-multi-load.js</a>
333         </dd>
334
335         <dt id="ML">ML</dt>
336         <dd>
337          ML is an implementation of a <a href="https://en.wikipedia.org/wiki/Feedforward_neural_network"> feedforward neural network.</a>
338          The benchmark trains several networks using different <a href="https://en.wikipedia.org/wiki/Activation_function">activation functions</a>
339          and several sample data sets. ML makes heavy use of classes. It relies on the ml-matrix library and does non-trivial matrix math.
340          This benchmark was previously published in ARES-6.
341          Source code: <a href="ARES-6/ml">ML</a>
342         </dd>
343
344         <dt id="mandreel">mandreel</dt>
345         <dd>
346          Tests the <a href="http://bulletphysics.org/">Bullet</a> physics engine.
347          The physics engine is compiled to JavaScript with <a href="http://www.mandreel.com">Mandreel</a>.
348          A similar version of this benchmark was previously published in Octane version 2.
349          Source code: <a href="Octane/mandreel.js">mandreel.js</a>
350         </dd>
351
352         <dt id="lebab-wtb">lebab-wtb</dt>
353         <dd>
354          <a href="https://github.com/lebab/lebab">Lebab</a> transpiles ES5 code into ES6/ES7.
355          This benchmark runs Lebab on test JavaScript programs.
356          This benchmark stresses string manipulation and regular expression performance.
357          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
358          Source code: <a href="web-tooling-benchmark/browser.js">lebab.js</a>
359         </dd>
360
361         <dt id="json-stringify-inspector">json-stringify-inspector</dt>
362         <dd>
363          Measures JSON.stringify performance on a set of objects that WebKit's Web Inspector
364          stringifies when communicating between the UI and web pages.
365          This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
366          Source code: <a href="SeaMonster/json-stringify-inspector.js">json-stringify-inspector.js</a>
367         </dd>
368
369         <dt id="json-parse-inspector">json-parse-inspector</dt>
370         <dd>
371          Measures JSON.parse performance on a set of objects that WebKit's Web Inspector
372          parses when communicating between the UI and web pages.
373          This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
374          Source code: <a href="SeaMonster/json-parse-inspector.js">json-parse-inspector.js</a>
375         </dd>
376
377         <dt id="jshint-wtb">jshint-wtb</dt>
378         <dd>
379          <a href="https://jshint.com">JSHint</a> is a static analysis tool that warns about errors
380         and potential problems in JavaScript programs.
381          This benchmark runs JSHint on test JavaScript programs.
382          This benchmark stresses string manipulation and regular expression performance.
383          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
384          Source code: <a href="web-tooling-benchmark/browser.js">jshint.js</a>
385         </dd>
386
387         <dt id="HashSet-wasm">HashSet-wasm</dt>
388         <dd>
389          A Web Assembly benchmark replaying a set of hash table operations performed in WebKit when loading
390          a web page. This benchmark was compiled from C++ to Web Assembly using <a href="https://emscripten.org">Emscripten</a>.
391          Source code: <a href="wasm/HashSet.cpp">HashSet.cpp</a>, <a href="wasm/HashSet.js">HashSet.js</a>
392         </dd>
393
394         <dt id="hash-map">hash-map</dt>
395         <dd>
396          Apache Harmony java.util.HashMap implementation ported to JavaScript and benchmarked by
397          doing hash table insertions, queries, and then iterating the associated entrySet. Tests
398          object-oriented JavaScript idioms and object construction. A similar JavaScript version
399          of this benchmark was originally published as part of the WebKit test suite.
400          Source code: <a href="simple/hash-map.js">hash-map.js</a>
401         </dd>
402
403         <dt id="gcc-loops-wasm">gcc-loops-wasm</dt>
404         <dd>
405          Example loops used to tune the GCC and LLVM vectorizers, compiled to Web Assembly with
406          <a href="https://emscripten.org">Emscripten</a>. The original C++ version of this benchmark was previously published in the LLVM test suite.
407          Source code: <a href="wasm/gcc-loops.cpp">gcc-loops.cpp</a>, <a href="wasm/gcc-loops.js">gcc-loops.js</a>
408         </dd>
409
410         <dt id="gbemu">gbemu</dt>
411         <dd>
412          Gameboy emulator written in JavaScript. Tests typed array and
413          property access performance.
414          A similar version of this benchmark was previously published in Octane version 2.
415          Source code: <a href="Octane/gbemu-part1.js">gbemu-part1.js</a>, <a href="Octane/gbemu-part2.js">gbemu-part2.js</a>
416         </dd>
417
418         <dt id="gaussian-blur">gaussian-blur</dt>
419         <dd>
420          Tests the performance of a JavaScript implementation of <a href="https://en.wikipedia.org/wiki/Gaussian_blur">gaussian
421          blur</a> on a test image. Tests numeric analysis speed and uses typed arrays.
422          This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
423          Source code: <a href="SeaMonster/gaussian-blur.js">gaussian-blur.js</a>
424         </dd>
425
426         <dt id="float-mm.c">float-mm.c</dt>
427         <dd>
428          Floating point matrix multiply benchmark, compiled to JavaScript with <a href="https://emscripten.org">Emscripten</a>.
429          The original C version of this benchmark was previously published in the LLVM test suite.
430          Source code: <a href="simple/float-mm.c">float-mm.c</a>, <a href="simple/float-mm.c.js">float-mm.c.js</a>
431         </dd>
432
433         <dt id="FlightPlanner">FlightPlanner</dt>
434         <dd>
435           Flight Planner is a benchmark taken from a flight management web application.
436           Flight Planner parses aircraft flight plans and computes distance, courses, and elapsed times for legs of flight plans.
437           It uses FAA data for airports, navigation aids, and airways. The flight management app was originally written to help
438           compete in a flying proficiency event. It stresses regular expression performance.
439          Source code: <a href="RexBench/FlightPlanner/flight_planner.js">flight_planner.js</a>
440         </dd>
441
442         <dt id="first-inspector-code-load">first-inspector-code-load</dt>
443         <dd>
444          Measures the first-time parsing of a modern JavaScript code base: WebKit's Web Inspector.
445          This models the parsing time of visiting a web site for the first time.
446          Source code: <a href="code-load/code-first-load.js">code-first-load.js</a>
447         </dd>
448
449         <dt id="espree-wtb">espree-wtb</dt>
450         <dd>
451         <a href="https://github.com/eslint/espree">Espree</a> is a JavaScript parser written in JavaScript.
452          This benchmark runs Espree on test JavaScript programs.
453          This benchmark stresses string manipulation and regular expression performance.
454          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
455          Source code: <a href="web-tooling-benchmark/browser.js">espree.js</a>
456         </dd>
457
458         <dt id="earley-boyer">earley-boyer</dt>
459         <dd>
460          Tests two classic Scheme benchmarks translated to JavaScript using scheme2js. The first
461          benchmark is Earley, is a chart parser algorithm created by Jay Earley. The second is
462          Boyer, a logic programming benchmark by Bob Boyer. Measures variadic functions and object
463          construction.
464          A similar version of this benchmark was previously published in Octane version 2.
465          Source code: <a href="Octane/earley-boyer.js">earley-boyer.js</a>
466         </dd>
467
468         <dt id="delta-blue">delta-blue</dt>
469         <dd>
470          The classic DeltaBlue benchmark derived from a Smalltalk implementation by Maloney and
471          Wolczko. Tests devirtualization of JavaScript code that uses an idiomatic class hierarchy
472          construction.
473          A similar version of this benchmark was previously published in Octane version 2.
474          Source code: <a href="Octane/deltablue.js">deltablue.js</a>
475         </dd>
476
477         <dt id="date-format-xparb-SP">date-format-xparb-SP</dt>
478         <dd>
479          Sophisticated date formatting and parsing library test, based on code by Barin Schwartz.
480          A similar version of this benchmark was previously published in SunSpider.
481          Source code: <a href="SunSpider/date-format-xparb.js">date-format-xparb.js</a>
482         </dd>
483
484         <dt id="date-format-tofte-SP">date-format-tofte-SP</dt>
485         <dd>
486          Date and time formatting test, based on code by Svend Tofte. Involves an interesting use
487          of <code>eval</code> and also covers string manipulation and JavaScript library functions.
488          A similar version of this benchmark was previously published in SunSpider.
489          Source code: <a href="SunSpider/date-format-tofte.js">date-format-tofte.js</a>
490         </dd>
491
492         <dt id="crypto-sha1-SP">crypto-sha1-SP</dt>
493         <dd>
494          <a href="http://en.wikipedia.org/wiki/Sha1">SHA-1</a> implementation in JavaScript by
495          Paul Johnston and others. Tests interesting integer math idioms.
496          A similar version of this benchmark was previously published in SunSpider.
497          Source code: <a href="SunSpider/crypto-sha1.js">crypto-sha1.js</a>
498         </dd>
499
500         <dt id="crypto-md5-SP">crypto-md5-SP</dt>
501         <dd>
502          <a href="http://en.wikipedia.org/wiki/Md5">MD5</a> implementation in JavaScript by
503          Paul Johnston and others. Tests interesting integer math idioms.
504          A similar version of this benchmark was previously published in SunSpider.
505          Source code: <a href="SunSpider/crypto-md5.js">crypto-md5.js</a>
506         </dd>
507
508         <dt id="crypto-aes-SP">crypto-aes-SP</dt>
509         <dd>
510          <a href="http://en.wikipedia.org/wiki/Advanced_Encryption_Standard"> AES</a> implementation
511          in JavaScript by Chris Veness. A newer version can be
512          found <a href="http://www.movable-type.co.uk/scripts/aes.html">here</a>. Tests integer math.
513          A similar version of this benchmark was previously published in SunSpider.
514          Source code: <a href="SunSpider/crypto-aes.js">crypto-aes.js</a>
515         </dd>
516
517         <dt id="crypto">crypto</dt>
518         <dd>
519          RSA cypher implemented in JavaScript by Tom Wu. Tests integer math and arrays.
520          A similar version of this benchmark was previously published in Octane version 2.
521          Source code: <a href="Octane/crypto.js">crypto.js</a>
522         </dd>
523
524         <dt id="coffeescript-wtb">coffeescript-wtb</dt>
525         <dd>
526          <a href="http://coffeescript.org/">CoffeeScript</a> is a programming language that attempts to expose the
527          good parts of JavaScript in a simple way.
528          This benchmark tests the CoffeeScript compiler on test programs.
529          This benchmark stresses string manipulation and regular expression performance.
530          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
531          Source code: <a href="web-tooling-benchmark/browser.js">coffeescript.js</a>
532         </dd>
533
534         <dt id="chai-wtb">chai-wtb</dt>
535         <dd>
536          <a href="http://chaijs.com/">Chai</a> is a <a href="https://codeutopia.net/blog/2015/03/01/unit-testing-tdd-and-bdd/">BDD / TDD</a> assertion library for
537          node.js and the browser. It is commonly used to write unit and integration tests.
538          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
539          Source code: <a href="web-tooling-benchmark/browser.js">chai.js</a>
540         </dd>
541
542         <dt id="cdjs">cdjs</dt>
543         <dd>
544          JavaScript implementation of the <a href="https://www.cs.purdue.edu/sss/projects/cdx/">CDx collision detection
545          benchmark</a>. Measures the performance of over 200 collision detection runs.
546          Source code: <a href="cdjs">cdjs</a>
547         </dd>
548
549         <dt id="box2d">box2d</dt>
550         <dd>
551          The Box2D physics engine <a href="https://code.google.com/p/box2dweb/">ported to JavaScript</a>. Tests floating
552          point math and data structures.
553          A similar version of this benchmark was previously published in Octane version 2.
554          Source code: <a href="Octane/box2d.js">box2d.js</a>
555         </dd>
556
557         <dt id="bomb-workers">bomb-workers</dt>
558         <dd>
559          Tests running various subtests of the SunSpider benchmark in parallel using Web Workers.
560          Stresses the browser's ability to run JavaScript code in parallel.
561          Source code: <a href="worker/bomb.js">bomb.js</a>
562         </dd>
563
564         <dt id="Basic">Basic</dt>
565         <dd>
566          Basic is an ES2015 implementation of the <a href="http://www.ecma-international.org/publications/files/ECMA-ST-WITHDRAWN/ECMA-55,%201st%20Edition,%20January%201978.pdf">ECMA-55 BASIC standard</a>.
567          Basic stresses performance of generator functions, classes, Map, and WeakMap.
568          The benchmark runs a handful of simple programs, the most complex of which finds prime numbers.
569          This benchmark was previously published in ARES-6.
570          Source code: <a href="ARES-6/Basic">Basic</a>
571         </dd>
572
573         <dt id="base64-SP">base64-SP</dt>
574         <dd>
575          Base64 encoder/decoder written in JavaScript, originally from the Mozilla XML-RPC client component.
576          Tests string manipulation.
577          A similar version of this benchmark was previously published in SunSpider.
578          Source code: <a href="SunSpider/base64.js">base64.js</a>
579         </dd>
580
581         <dt id="babylon-wtb">babylon-wtb</dt>
582         <dd>
583          <a href="https://github.com/babel/babel/tree/master/packages/babel-parser">Babylon</a> is the frontend for the Babel transpiler.
584          It is a JavaScript parser written in JavaScript. It computes the Abstract Syntax Tree of the input JavaScript program.
585          This benchmark runs Babylon on test JavaScript programs.
586          This benchmark stresses string manipulation and regular expression performance.
587          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
588          Source code: <a href="web-tooling-benchmark/browser.js">babylon.js</a>
589         </dd>
590
591         <dt id="Babylon">Babylon</dt>
592         <dd>
593          <a href="https://github.com/babel/babylon">Babylon</a> is an implementation of a parser for the JavaScript language.
594          Babylon is the parser used in the <a href="https://babeljs.io/">Babel</a> JavaScript transpiler. The benchmark runs the
595          Babylon parser on four different JavaScript sources. Babylon makes heavy use of classes, does non trivial string processing,
596          and creates non-trivial object graphs.
597          This benchmark was previously published in ARES-6.
598          Source code: <a href="ARES-6/Babylon">Babylon</a>
599         </dd>
600
601         <dt id="async-fs">async-fs</dt>
602         <dd>
603          This is an implementation of a mock file system that stresses the performance of DataView, Promises, and async
604          iteration. The benchmark simulates adding and removing files, and swapping the byte order of existing files.
605          Source code: <a href="simple/file-system.js">async-fs.js</a>
606         </dd>
607
608         <dt id="Air">Air</dt>
609         <dd>
610          Air is an ES2015 port of the <a href="https://webkit.org/blog/5852/introducing-the-b3-jit-compiler/">WebKit B3 JIT</a>'s <a href="https://trac.webkit.org/changeset/201783">Air::allocateStack phase</a>.
611          This code is a heavy user of Map, Set, classes, spread, and for-of. The benchmark runs allocateStack on hot function
612          bodies from other popular JavaScript benchmarks. This benchmark was previously published in ARES-6.
613          Source code: <a href="ARES-6/Air">Air</a>
614         </dd>
615
616         <dt id="ai-astar">ai-astar</dt>
617         <dd>
618          This benchmark runs a JavaScript implementation of the <a href="https://en.wikipedia.org/wiki/A*_search_algorithm">A*</a> search algorithm
619          written by <a href="https://briangrinstead.com/blog/">Brian Grinstead</a>.
620          This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
621          Source code: <a href="SeaMonster/ai-astar.js">ai-astar.js</a>
622         </dd>
623
624         <dt id="acorn-wtb">acorn-wtb</dt>
625         <dd>
626          <a href="https://github.com/ternjs/acorn">Acorn</a> is a JavaScript parser written in JavaScript.
627          This benchmark runs Acorn on test JavaScript programs.
628          This benchmark stresses string manipulation and regular expression performance.
629          A similar version of this benchmark was previously published in the Web Tooling Benchmark.
630          Source code: <a href="web-tooling-benchmark/browser.js">acorn.js</a>
631         </dd>
632
633         <dt id="3d-raytrace-SP">3d-raytrace-SP</dt>
634         <dd>
635         Simple raytracer written by <a href="https://nerget.com">Oliver Hunt</a>.
636          Tests arrays and floating-point math in relatively short-running code.
637          A similar version of this benchmark was previously published in SunSpider.
638          Source code: <a href="SunSpider/3d-raytrace.js">3d-raytrace.js</a>
639         </dd>
640
641         <dt id="3d-cube-SP">3d-cube-SP</dt>
642         <dd>
643          3D cube rotation benchmark by Simon Speich. The original can be found
644          on <a href="http://www.speich.net/computer/moztesting/3d.htm">Simon's
645          web page</a>. Tests arrays and floating-point math in relatively
646          short-running code.
647          A similar version of this benchmark was previously published in SunSpider.
648          Source code: <a href="SunSpider/3d-cube.js">3d-cube.js</a>
649         </dd>
650
651         </dl>
652
653         <p><a href="index.html" class="button">&larr; Return to Tests</a></p>
654     </article>
655
656 </main>
657 </body>
658 </html>