-
Notifications
You must be signed in to change notification settings - Fork 29
Expand file tree
/
Copy pathin-depth.html
More file actions
994 lines (969 loc) · 65.8 KB
/
in-depth.html
File metadata and controls
994 lines (969 loc) · 65.8 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
<!--
Copyright (C) 2019-2022 Apple Inc. All rights reserved.
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions
are met:
1. Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.
2. Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in the
documentation and/or other materials provided with the distribution.
THIS SOFTWARE IS PROVIDED BY APPLE INC. AND ITS CONTRIBUTORS ``AS IS''
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL APPLE INC. OR ITS CONTRIBUTORS
BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF
THE POSSIBILITY OF SUCH DAMAGE.
-->
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<title>JetStream 3 In-Depth Analysis</title>
<link rel="stylesheet" href="resources/JetStream.css">
</head>
<body class="overflow-scroll">
<h1 class="logo">
<div id="jetstreams">
<a href="index.html" class="logo-image">JetStream 3</a>
</div>
</h1>
<main class="overflow-visible">
<article>
<h2>In-Depth Analysis</h2>
<p>
JetStream 3 combines together a variety of JavaScript and WebAssembly benchmarks, covering a variety of
advanced workloads and programming techniques, and reports a single score that balances them using the
geometric mean.
</p>
<p>
Each benchmark measures a distinct workload, and no single optimization technique is sufficient to speed
up all benchmarks.
Some benchmarks demonstrate tradeoffs, and aggressive or specialized optimizations for one benchmark
might make another benchmark slower.
JetStream 3 rewards browsers that start up quickly, execute code quickly, and continue running smoothly.
</p>
<p>
Each benchmark in JetStream 3 computes its own individual score.
Scores in JetStream are dimensionless floating point numbers, where a higher score is better.
JetStream weighs each benchmark equally, taking the <a
href="https://en.wikipedia.org/wiki/Geometric_mean">geometric mean</a> over each individual
benchmark's score to compute the overall JetStream 3 score.
The geometric mean ensures that a multiplicative improvement of any individual score has the same effect
on the aggregated score, regardless of the absolute value of the individual score.
For example, an improvement by 5% of the sub score of benchmark A has the same effect on the total score
as an improvement by 5% of the sub score of benchmark B, even if A ran for a shorter time than B.
</p>
<p>
It's not enough to just measure the total running time of a workload.
Browsers may perform differently for the same workload depending on how many times it has run.
For example, garbage collection runs periodically, making some iterations take longer than others.
Code that runs repeatedly gets optimized by the browser, so the first iteration of any workload is
usually more expensive than the rest.
</p>
<p>
For most of the JavaScript and WebAssembly benchmarks in JetStream 3, individual scores equally weigh
startup performance, worst case performance, and average case performance.
These three metrics are crucial to running performant JavaScript and WebAssembly in the browser.
Fast startup times lead browsers to loading pages more quickly.
Good worst case performance ensures web applications can run without hiccups.
Fast average case performance makes it so that the most advanced web applications can run at all.
</p>
<p>
All but two of JetStream 3's benchmarks run for N iterations, where N is often 120.
JetStream 3 calculates the startup score from the time it takes to run the first iteration.
The worst case score is the average of the worst M iterations, excluding the first iteration.
M is always less than N, and is usually 4.
The average case score is the average of all but the first iteration.
These three scores are weighed equally using the geometric mean.
</p>
<p>
JetStream 3 also includes a JavaScript benchmark named WSL.
WSL is an implementation of a GPU shading language written in JavaScript.
WSL does not use the above mechanism for scoring because it has a long running time.
Instead, the WSL benchmark computes its score as the geometric mean over two metrics: the time it takes
to compile the WSL standard library, and the time it takes to run through the WSL specification test
suite.
</p>
<p>
JetStream 3 includes parts of these benchmark suites that came before it:
<a href="https://webkit.org/perf/sunspider/sunspider.html">SunSpider</a>,
<a href="https://developers.google.com/octane/">Octane 2</a>,
<a href="https://browserbench.org/JetStream2.1/">JetStream 2</a>,
<a href="https://browserbench.org/ARES-6/">ARES-6</a>,
<a href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,
and benchmarks inspired by <a href="https://krakenbenchmark.mozilla.org">Kraken</a>.
JetStream 3 also includes a new set of benchmarks that measure the performance of WebAssembly, Web
Workers, Promises, async iteration, unicode regular expressions, and JavaScript parsing.
</p>
<p>
Earlier versions of JetStream also contained asm.js workloads.
With the release of WebAssembly, developers should switch to that technology instead.
JetStream 3 thus contains no asm.js workloads any longer and has converted some of the prior ones into
WebAssembly.
</p>
<p>
Besides the aforementioned averaging over multiple iterations, the JetStream 3 benchmark driver also
tries to improve score stability by other means.
For example, it pre-fetches network resources prior to running the benchmarks.
This can reduce perturbations on the measurement of JavaScript execution time due to second order
effects of pause times induced by network latency.
</p>
<p>
Note that scores from JetStream 3 are not comparable to scores to other versions
of any JetStream benchmark.
</p>
<h3>
JetStream 3 has 77 default workloads
</h3>
<p>
The <span style="color: var(--text-color-very-subtle);">greyed-out workloads</span> are not run by
default but can be manually enabled on the command-line or via
the <i>testList</i> URL parameter.
</p>
<dl id="workload-details">
<dt id="8bitbench-wasm">8bitbench-wasm</dt>
<dd>
A simple 8-bit emulator targeting WebAssembly written in Rust. It aims to represent what an emulator
or small game might act like in the real world.
Attribution: See <a href="8bitbench/README.md">8bitbench/README.md</a>.
Source code: In the <a href="8bitbench/">8bitbench/</a> directory, based off <a
href="https://github.com/justinmichaud/8bitbench">https://github.com/justinmichaud/8bitbench</a>.
</dd>
<dt id="acorn-wtb">acorn-wtb</dt>
<dd>
<a href="https://github.com/ternjs/acorn">Acorn</a> is a JavaScript parser written in JavaScript.
This benchmark runs Acorn on test JavaScript programs.
This benchmark stresses string manipulation and regular expression performance.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/acorn.mjs">acorn.mjs</a>
</dd>
<dt id="ai-astar">ai-astar</dt>
<dd>
This benchmark runs a JavaScript implementation of the <a
href="https://en.wikipedia.org/wiki/A*_search_algorithm">A*</a> search algorithm
written by <a href="https://briangrinstead.com/blog/">Brian Grinstead</a>.
This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
Source code: <a href="SeaMonster/ai-astar.js">ai-astar.js</a>
</dd>
<dt id="Air">Air</dt>
<dd>
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>.
This code is a heavy user of Map, Set, classes, spread, and for-of. The benchmark runs allocateStack
on hot function
bodies from other popular JavaScript benchmarks. This benchmark was previously published in <a
href="https://browserbench.org/ARES-6/">ARES-6</a>.
Source code: <a href="ARES-6/Air">Air</a>
</dd>
<dt id="argon2-wasm">argon2-wasm</dt>
<dd>
Tests <a href="https://github.com/P-H-C/phc-winner-argon2">Argon2</a>, a password-hashing function
(the winner of Password Hashing Competition), in WebAssembly. It makes use of the WebAssembly SIMD
feature.
This is test is based on <a href="https://github.com/antelle/argon2-browser">argon2-browser</a>
library. Source code: In the <a href="wasm/argon2/">wasm/argon2/</a> directory.
</dd>
<dt id="async-fs">async-fs</dt>
<dd>
This is an implementation of a mock file system that stresses the performance of DataView, Promises,
and async
iteration. The benchmark simulates adding and removing files, and swapping the byte order of
existing files.
Source code: <a href="generators/async-file-system.js">async-file-system.js</a>
</dd>
<dt id="babel-minify-wtb">babel-minify-wtb</dt>
<dd>
<a href="https://github.com/babel/minify">Babel Minify</a> is an ES2015+ aware minifier based on the
Babel toolchain. This benchmark stresses the Babel minifier on a large JavaScript source.
A similar version of this benchmark was previously published in the <a
href="https://github.com/v8/web-tooling-benchmark">Web Tooling Benchmark</a>.
Source code: <a href="web-tooling-benchmark/src/babel.mjs">babel.mjs</a>, <a
href="web-tooling-benchmark/src/babel-minify.mjs">babel-minify.mjs</a>
</dd>
<dt id="babel-wtb">babel-wtb</dt>
<dd>
<a href="https://babeljs.io/">Babel</a> is a transpiler that compiles modern JavaScript (i.e. ES2015
and later) to an older JavaScript dialect (i.e. ES3 or ES5) that is understood by a broad set of
browsers.
This benchmark runs the Babel transformation using the <code>es2015</code> preset.
A similar version of this benchmark was previously published in the <a
href="https://github.com/v8/web-tooling-benchmark">Web Tooling Benchmark</a>.
Source code: <a href="web-tooling-benchmark/src/babel.mjs">babel.mjs</a>, <a
href="web-tooling-benchmark/src/babel.mjs">babel-minify.mjs</a>
</dd>
<dt id="Babylon">Babylon</dt>
<dd>
<a href="https://github.com/babel/babylon">Babylon</a> is an implementation of a parser for the
JavaScript language.
Babylon is the parser used in the <a href="https://babeljs.io/">Babel</a> JavaScript transpiler.
The benchmark runs the Babylon parser on four different JavaScript sources.
Babylon makes heavy use of classes, does non trivial string processing, and creates non-trivial
object graphs.
This benchmark was previously published in <a href="https://browserbench.org/ARES-6/">ARES-6</a>.
Source code: <a href="ARES-6/Babylon">Babylon</a>
</dd>
<dt id="babylon-wtb">babylon-wtb</dt>
<dd>
<a href="https://github.com/babel/babel/tree/master/packages/babel-parser">Babylon</a> is the
frontend for the Babel transpiler.
It is a JavaScript parser written in JavaScript. It computes the Abstract Syntax Tree of the input
JavaScript program.
This benchmark runs Babylon on test JavaScript programs.
This benchmark stresses string manipulation and regular expression performance.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/babylon.mjs">babylon.mjs</a>
</dd>
<dt id="babylonjs-scene-es5" class="non-default">babylonjs-scene-es5</dt>
<dt id="babylonjs-scene-es6">babylonjs-scene-es6</dt>
<dt id="babylonjs-startup-es5" class="non-default">babylonjs-startup-es5</dt>
<dt id="babylonjs-startup-es6">babylonjs-startup-es6</dt>
<dd>
These benchmarks test the <a href="https://www.babylonjs.com/">Babylon.js</a> 3D engine.
The <i>startup</i> variant additionally measures the time it takes for the JS script to be parsed up to the game engine to initialize, parse and run a few frames of a simple scene.
The <i>scene</i> variant measures the performance of a complex 3D scene with models,
animations, and particles over the period of many frames.
The <i>es5</i> and <i>es6</i> variants use code transpiled to ES5 or native ES6, respectively.
Source code: in the <a href="babylonjs/">babylonjs/</a> directory.
</dd>
<dt id="Basic">Basic</dt>
<dd>
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>.
Basic stresses performance of generator functions, classes, Map, and WeakMap.
The benchmark runs a handful of simple programs, the most complex of which finds prime numbers.
This benchmark was previously published in <a href="https://browserbench.org/ARES-6/">ARES-6</a>.
Source code: <a href="ARES-6/Basic">Basic</a>
</dd>
<dt id="bigint-bigdenary" class="non-default">bigint-bigdenary</dt>
<dd>
<a href="https://github.com/uzyn/bigdenary">BigDenary</a>, an arbitrary-precision
decimal arithmetic, implemented in JavaScript by U-Zyn Chua.
Tests arithmetic operations on BigInt.
Source code: <a href="bigint/bigdenary-bundle.js">bigdenary-bundle.js</a>
</dd>
<dt id="bigint-noble-bls12-381" class="non-default">bigint-noble-bls12-381</dt>
<dd>
<a href="https://hackmd.io/@benjaminion/bls12-381">BLS12-381</a>, pairing-friendly
Barreto-Lynn-Scott elliptic curve construction,
<a href="https://github.com/paulmillr/noble-bls12-381">implemented in JavaScript</a>
by Paul Miller. Tests typed arrays and arithmetic operations on BigInt.
Source code: <a href="bigint/noble-bls12-381-bundle.js">noble-bls12-381-bundle.js</a>
</dd>
<dt id="bigint-noble-ed25519">bigint-noble-ed25519</dt>
<dd>
<a href="https://en.wikipedia.org/wiki/EdDSA">ed25519</a>, an elliptic curve that could
be used for EDDSA signature scheme and X25519 ECDH key agreement,
<a href="https://github.com/paulmillr/noble-ed25519">implemented in JavaScript</a>
by Paul Miller. Tests typed arrays and arithmetic operations on BigInt.
Source code: <a href="bigint/noble-ed25519-bundle.js">noble-ed25519-bundle.js</a>
</dd>
<dt id="bigint-noble-secp256k1" class="non-default">bigint-noble-secp256k1</dt>
<dd>
<a href="https://www.secg.org/sec2-v2.pdf">secp256k1</a>, an elliptic curve that could
be used for asymmetric encryption, ECDH key agreement protocol and signature schemes,
<a href="https://github.com/paulmillr/noble-secp256k1">implemented in JavaScript</a>
by Paul Miller. Tests typed arrays and arithmetic operations on BigInt.
Source code: <a href="bigint/noble-secp256k1-bundle.js">noble-secp256k1-bundle.js</a>
</dd>
<dt id="bigint-paillier" class="non-default">bigint-paillier</dt>
<dd>
<a href="https://en.wikipedia.org/wiki/Paillier_cryptosystem">Paillier cryptosystem</a>,
a probabilistic asymmetric algorithm for public key cryptography,
<a href="https://github.com/juanelas/paillier-bigint">implemented in JavaScript</a>
by Juan Hernández Serrano. Tests arithmetic operations on BigInt.
Source code: <a href="bigint/paillier-bundle.js">paillier-bundle.js</a>
</dd>
<dt id="bomb-workers">bomb-workers</dt>
<dd>
Tests running various subtests of the SunSpider benchmark in parallel using Web Workers.
Stresses the browser's ability to run JavaScript code in parallel.
Source code: <a href="worker/bomb.js">bomb.js</a>
</dd>
<dt id="Box2D">Box2D</dt>
<dd>
The Box2D physics engine <a href="https://code.google.com/p/box2dweb/">ported to JavaScript</a>.
Tests floating
point math and data structures.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/box2d.js">box2d.js</a>
</dd>
<dt id="cdjs">cdjs</dt>
<dd>
JavaScript implementation of the <a href="https://www.cs.purdue.edu/sss/projects/cdx/">CDx collision
detection
benchmark</a>. Measures the performance of over 200 collision detection runs.
Source code: <a href="cdjs">cdjs</a>
</dd>
<dt id="chai-wtb">chai-wtb</dt>
<dd>
<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
node.js and the browser. It is commonly used to write unit and integration tests.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/chai.mjs">chai.mjs</a>
</dd>
<dt id="crypto">crypto</dt>
<dd>
RSA cypher implemented in JavaScript by Tom Wu. Tests integer math and arrays.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/crypto.js">crypto.js</a>
</dd>
<dt id="Dart-flute-complex-wasm" class="non-default">Dart-flute-complex-wasm</dt>
<dt id="Dart-flute-todomvc-wasm">Dart-flute-todomvc-wasm</dt>
<dd>
Two Dart benchmark programs compiled to WasmGC that are using a simplified version of the Flutter UI
framework to layout and animate UI elements.
The <i>complex</i> variant contains a large number of widgets and is thus more of a stress test,
disabled by default in JetStream 3.
The <i>todomvc</i> variant is a more realistic TODO list application and enabled by default.
See <a href="Dart/README.md">Dart/README.md</a> for more information.
<br>
Source code: in the <a href="Dart/">Dart/</a> directory, based off <a
href="https://github.com/dart-lang/flute">https://github.com/dart-lang/flute</a>.
</dd>
<dt id="delta-blue">delta-blue</dt>
<dd>
The classic DeltaBlue benchmark derived from a Smalltalk implementation by Maloney and
Wolczko. Tests devirtualization of JavaScript code that uses an idiomatic class hierarchy
construction.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/deltablue.js">deltablue.js</a>
</dd>
<dt id="dotnet-aot-wasm">dotnet-aot-wasm</dt>
<dt id="dotnet-interp-wasm">dotnet-interp-wasm</dt>
<dd>
These two workloads test <a href="https://github.com/dotnet/runtime">.NET on WebAssembly</a>.
They contain a variety of operations on .NET strings, JSON serialization, specifics of .NET
exceptions, and ray tracing of a 3D scene.
The <i>aot</i> variant uses Mono AOT (ahead of time) compilation.
The <i>interp</i> variant uses the Mono interpreter.
Source code: In the <a href="wasm/dotnet/">wasm/dotnet/</a> directory.
</dd>
<dt id="doxbee-async">doxbee-async</dt>
<dd>
A typical CRUD method extracted from DoxBee that is called when uploading files. The benchmark
emulates a situation where
10k requests are being made concurrently to execute some mixed async / sync action with fast I/O
response times.
Uses async / await instead of plain Promise.
Authored by <a
href="https://blog.spion.dev/posts/analysis-generators-and-other-async-patterns-node.html">Gorki
Kosev</a>,
<a href="https://github.com/v8/promise-performance-tests">packed by Benedikt Meurer</a>.
Source code: <a href="simple/doxbee-async.js">doxbee-async.js</a>
</dd>
<dt id="doxbee-promise">doxbee-promise</dt>
<dd>
A typical CRUD method extracted from DoxBee that is called when uploading files. The benchmark
emulates a situation where
10k requests are being made concurrently to execute some mixed async / sync action with fast I/O
response times.
Authored by <a
href="https://blog.spion.dev/posts/analysis-generators-and-other-async-patterns-node.html">Gorki
Kosev</a>,
<a href="https://github.com/v8/promise-performance-tests">packed by Benedikt Meurer</a>.
Source code: <a href="simple/doxbee-promise.js">doxbee-promise.js</a>
</dd>
<dt id="earley-boyer">earley-boyer</dt>
<dd>
Tests two classic Scheme benchmarks translated to JavaScript using scheme2js. The first
benchmark is Earley, is a chart parser algorithm created by Jay Earley. The second is
Boyer, a logic programming benchmark by Bob Boyer. Measures variadic functions and object
construction.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/earley-boyer.js">earley-boyer.js</a>
</dd>
<dt id="espree-wtb">espree-wtb</dt>
<dd>
<a href="https://github.com/eslint/espree">Espree</a> is a JavaScript parser written in JavaScript.
This benchmark runs Espree on test JavaScript programs.
This benchmark stresses string manipulation and regular expression performance.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/espree.mjs">espree.mjs</a>
</dd>
<dt id="esprima-next-wtb">esprima-next-wtb</dt>
<dd>
<a href="https://github.com/jquery/esprima">Esprima</a> is a high performance, standard-compliant
ECMAScript parser. <a href="https://github.com/node-projects/esprima-next">esprima-next</a> is a
fork that supports newer ECMAScript features. This
benchmark runs both the tokenizer and the parser on a variety of common scripts.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/esprima-next.mjs">esprima-next.mjs</a>
</dd>
<dt id="first-inspector-code-load">first-inspector-code-load</dt>
<dd>
Measures the first-time parsing of a modern JavaScript code base: WebKit's Web Inspector.
This models the parsing time of visiting a web site for the first time.
Source code: <a href="code-load/code-first-load.js">code-first-load.js</a>
</dd>
<dt id="FlightPlanner">FlightPlanner</dt>
<dd>
Flight Planner is a benchmark taken from a flight management web application.
Flight Planner parses aircraft flight plans and computes distance, courses, and elapsed times for
legs of flight plans.
It uses FAA data for airports, navigation aids, and airways. The flight management app was
originally written to help
compete in a flying proficiency event. It stresses regular expression performance.
Source code: <a href="RexBench/FlightPlanner/flight_planner.js">flight_planner.js</a>
</dd>
<dt id="gaussian-blur">gaussian-blur</dt>
<dd>
Tests the performance of a JavaScript implementation of <a
href="https://en.wikipedia.org/wiki/Gaussian_blur">gaussian
blur</a> on a test image. Tests numeric analysis speed and uses typed arrays.
This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
Source code: <a href="SeaMonster/gaussian-blur.js">gaussian-blur.js</a>
</dd>
<dt id="gbemu">gbemu</dt>
<dd>
Gameboy emulator written in JavaScript. Tests typed array and
property access performance.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/gbemu-part1.js">gbemu-part1.js</a>, <a
href="Octane/gbemu-part2.js">gbemu-part2.js</a>
</dd>
<dt id="gcc-loops-wasm" class="non-default">gcc-loops-wasm</dt>
<dd>
Example loops used to tune the GCC and LLVM vectorizers, compiled to WebAssembly with
<a href="https://emscripten.org">Emscripten</a>. The original C++ version of this benchmark was
previously published in the LLVM test suite.
Source code: <a href="wasm/gcc-loops/gcc-loops.cpp">gcc-loops.cpp</a>, <a
href="wasm/gcc-loops/benchmark.js">gcc-loops.js</a>
</dd>
<dt id="hash-map">hash-map</dt>
<dd>
Apache Harmony java.util.HashMap implementation ported to JavaScript and benchmarked by
doing hash table insertions, queries, and then iterating the associated entrySet. Tests
object-oriented JavaScript idioms and object construction. A similar JavaScript version
of this benchmark was originally published as part of the WebKit test suite.
Source code: <a href="simple/hash-map.js">hash-map.js</a>
</dd>
<dt id="HashSet-wasm" class="non-default">HashSet-wasm</dt>
<dd>
A WebAssembly benchmark replaying a set of hash table operations performed in WebKit when loading
a web page. This benchmark was compiled from C++ to WebAssembly using <a
href="https://emscripten.org">Emscripten</a>.
Source code: <a href="wasm/HashSet/HashSet.cpp">HashSet.cpp</a>, <a
href="wasm/HashSet/benchmark.js">HashSet.js</a>
</dd>
<dt id="intl" class="non-default">intl</dt>
<dd>
This benchmark tests the performance of the <a
href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Intl">Intl
API</a>.
Since the Intl spec is not precisely defining all output formats, this workload cannot be used to
compare different platforms.
Source code: in the <a href="intl/">intl/</a> directory.
</dd>
<dt id="j2cl-box2d-wasm">j2cl-box2d-wasm</dt>
<dd>
A Java Box2D benchmark that is compiled to WasmGC with the <a
href="https://github.com/google/j2cl">J2CL</a> toolchain.
Source code: In the <a href="wasm/j2cl-box2d/">wasm/j2cl-box2d/</a> directory.
</dd>
<dt id="js-tokens">js-tokens</dt>
<dd>
This benchmarks runs <a href="https://github.com/lydell/js-tokens">js-tokens</a>, a lenient and
almost spec-compliant JavaScript
tokenizer by Simon Lydell, over its own source code and a JSX snippet. Stresses the performance of
generators and regular
expressions, especially sticky and unicode RegExp patterns with property escapes <code>\p{}</code>.
Source code: <a href="generators/js-tokens.js">js-tokens.js</a>
</dd>
<dt id="jsdom-d3-startup">jsdom-d3-startup</dt>
<dd>
This benchmark measures the startup and execution time of a workload that uses <a
href="https://github.com/jsdom/jsdom">jsdom</a> to simulate a browser environment and <a
href="https://d3js.org/">D3</a> to render a Voronoi diagram of airports overlaid on a map of the
US.
Source code: in the <a href="jsdom-d3-startup/">jsdom-d3-startup/</a> directory.
</dd>
<dt id="json-parse-inspector">json-parse-inspector</dt>
<dd>
Measures JSON.parse performance on a set of objects that WebKit's Web Inspector
parses when communicating between the UI and web pages.
This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
Source code: <a href="SeaMonster/json-parse-inspector.js">json-parse-inspector.js</a>
</dd>
<dt id="json-stringify-inspector">json-stringify-inspector</dt>
<dd>
Measures JSON.stringify performance on a set of objects that WebKit's Web Inspector
stringifies when communicating between the UI and web pages.
This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
Source code: <a href="SeaMonster/json-stringify-inspector.js">json-stringify-inspector.js</a>
</dd>
<dt id="Kotlin-compose-wasm">Kotlin-compose-wasm</dt>
<dd>
This benchmark is a Kotlin application using the <a href="https://jb.gg/cmp">Compose
Multiplatform</a> UI framework.
Compose allows to share UI code across multiple platforms and is compiled with <a
href="https://kotl.in/wasm">Kotlin/Wasm</a> to WasmGC.
Source code: In the <a href="Kotlin-compose/">Kotlin-compose/</a> directory, based off the benchark
in <a
href="https://github.com/JetBrains/compose-multiplatform/tree/master/benchmarks/multiplatform">https://github.com/JetBrains/compose-multiplatform/</a>.
</dd>
<dt id="lazy-collections">lazy-collections</dt>
<dd>
This benchmark iterates over common integer sequences (fibonacci, prime numbers, etc) as lazy
collections using eponymous
library by <a href="https://robinmalfait.com">Robin Malfait</a> that stresses the performance of
generators.
Source code: <a href="generators/lazy-collections.js">lazy-collections.js</a>
</dd>
<dt id="lebab-wtb" class="non-default">lebab-wtb</dt>
<dd>
<a href="https://github.com/lebab/lebab">Lebab</a> transpiles ES5 code into ES6/ES7.
This benchmark runs Lebab on test JavaScript programs.
This benchmark stresses string manipulation and regular expression performance.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/lebab.mjs">lebab.mjs</a>
</dd>
<dt id="mandreel">mandreel</dt>
<dd>
Tests the <a href="http://bulletphysics.org/">Bullet</a> physics engine.
The physics engine is compiled to JavaScript with <a href="http://www.mandreel.com">Mandreel</a>.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/mandreel.js">mandreel.js</a>
</dd>
<dt id="ML">ML</dt>
<dd>
ML is an implementation of a <a href="https://en.wikipedia.org/wiki/Feedforward_neural_network">
feedforward neural network.</a>
The benchmark trains several networks using different <a
href="https://en.wikipedia.org/wiki/Activation_function">activation functions</a>
and several sample data sets. ML makes heavy use of classes. It relies on the ml-matrix library and
does non-trivial matrix math.
This benchmark was previously published in <a href="https://browserbench.org/ARES-6/">ARES-6</a>.
Source code: <a href="ARES-6/ml">ML</a>
</dd>
<dt id="mobx-startup">mobx-startup</dt>
<dd>
This benchmark measures the startup and execution time of a workload using <a
href="https://mobx.js.org/">MobX</a> for state management. It simulates a chat application model
with messages, notifications, and rooms, stressing the performance of reactive data structures and
observers.
Source code: in the <a href="mobx/">mobx/</a> directory.
</dd>
<dt id="multi-inspector-code-load">multi-inspector-code-load</dt>
<dd>
Measures the repeated parsing of a modern JavaScript code base: WebKit's Web Inspector.
Because this test allows caching, this is representative of revisiting the same website.
Source code: <a href="code-load/code-multi-load.js">code-multi-load.js</a>
</dd>
<dt id="navier-stokes">navier-stokes</dt>
<dd>
Fluid simulation written by <a href="https://nerget.com">Oliver Hunt</a>. Emphasizes floating point
array performance.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/navier-stokes.js">navier-stokes.js</a>
</dd>
<dt id="octane-code-load">octane-code-load</dt>
<dd>
Test of code load speed of the jQuery and Closure libraries. Because this test allows
caching, this is representative of revisiting the same website.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/code-first-load.js">code-load.js</a>
</dd>
<dt id="OfflineAssembler">OfflineAssembler</dt>
<dd>
Offline Assembler is the lexer, parser, and AST layer of the offline assembler for <a
href="https://trac.webkit.org/wiki/JavaScriptCore">JavaScriptCore</a>.
It has been ported to JavaScript from the original Ruby implementation. This test stresses regular
expression
performance.
Source code: <a href="RexBench/OfflineAssembler/parser.js">OfflineAssembler.js</a>
</dd>
<dt id="pdfjs">pdfjs</dt>
<dd>
Mozilla's <a href="http://mozilla.github.io/pdf.js/">PDF reader written in JavaScript</a>.
This benchmark emphasizes array manipulation and bit operations.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/pdfjs.js">pdfjs.js</a>
</dd>
<dt id="postcss-wtb">postcss-wtb</dt>
<dd>
<a href="https://postcss.org/">PostCSS</a> is a tool for transforming styles with JS plugins.
This benchmark runs the PostCSS processor with several common plugins on CSS sources.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/postcss.mjs">postcss.mjs</a>
</dd>
<dt id="prettier-wtb">prettier-wtb</dt>
<dd>
This benchmark runs the <a href="https://prettier.io/">Prettier</a> code formatter on various
JavaScript
and JSX files to measure its formatting throughput.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/prettier.mjs">prettier.mjs</a>
</dd>
<dt id="prismjs-startup-es5" class="non-default">prismjs-startup-es5</dt>
<dt id="prismjs-startup-es6">prismjs-startup-es6</dt>
<dd>
These benchmarks measure the performance of the <a href="https://prismjs.com/">PrismJS</a> syntax
highlighting library by parsing and formatting sample files in various programming languages.
The <i>es5</i> and <i>es6</i> variants use code transpiled to ES5 or native ES6, respectively.
Source code: in the <a href="prismjs/">prismjs/</a> directory.
</dd>
<dt id="proxy-mobx">proxy-mobx</dt>
<dd>
A super minimal, store-only implementation of Reminders.app, written in MobX.
Heavily relies on computed getters and utilizes Map / Set collections.
Synchronously re-renders into text on every data manipulation.
Tests get / set Proxy traps, as well as various Array methods.
Source code: <a href="proxy/mobx-benchmark.js">mobx-benchmark.js</a>
</dd>
<dt id="proxy-vue">proxy-vue</dt>
<dd>
A super minimal, store-only implementation of Reminders.app, written using reactivity
API of Vue.js 3.0. Heavily relies on computed getters and utilizes Map / Set collections.
Synchronously re-renders into text on every data manipulation.
Tests get / set Proxy traps, as well as various Array methods.
Source code: <a href="proxy/vue-benchmark.js">vue-benchmark.js</a>
</dd>
<dt id="quicksort-wasm" class="non-default">quicksort-wasm</dt>
<dd>
Quicksort benchmark, compiled to WebAssembly with <a href="https://emscripten.org">Emscripten</a>.
The original C version of this benchmark was previously published in the LLVM test suite.
Source code: <a href="wasm/quicksort/quicksort.c">quicksort.c</a>, <a
href="wasm/quicksort/benchmark.js">quicksort.js</a>
</dd>
<dt id="raytrace">raytrace</dt>
<dd>
<a href="https://en.wikipedia.org/wiki/Ray_tracing_(graphics)">Ray tracer</a> written in JavaScript
using ES6 classes.
Tests object construction performance and floating point math.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/raytrace.js">raytrace.js</a>
</dd>
<dt id="raytrace-private-class-fields">raytrace-private-class-fields</dt>
<dd>
<a href="https://en.wikipedia.org/wiki/Ray_tracing_(graphics)">Ray tracer</a> written in JavaScript
using ES6 classes and private fields.
Tests object construction performance, along with setting default values of private fields, their
access speed, and floating point math.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a
href="class-fields/raytrace-private-class-fields.js">raytrace-private-class-fields.js</a>
</dd>
<dt id="raytrace-public-class-fields">raytrace-public-class-fields</dt>
<dd>
<a href="https://en.wikipedia.org/wiki/Ray_tracing_(graphics)">Ray tracer</a> written in JavaScript
using ES6 classes and public fields.
Tests object construction performance, along with setting default values of public fields, and
floating point math.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a
href="class-fields/raytrace-public-class-fields.js">raytrace-public-class-fields.js</a>
</dd>
<dt id="regexp-octane">regexp-octane</dt>
<dd>
Collection of regular expressions found by the V8 team in 2010, curated into a benchmark.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/regexp.js">regexp.js</a>
</dd>
<dt id="richards">richards</dt>
<dd>
Martin Richard's <a href="http://www.cl.cam.ac.uk/~mr10/Bench.html">system language
benchmark</a> ported to JavaScript. Tests object property access performance.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/richards.js">richards.js</a>
</dd>
<dt id="richards-wasm">richards-wasm</dt>
<dd>
Martin Richard's <a href="http://www.cl.cam.ac.uk/~mr10/Bench.html">system language benchmark</a>
compiled to a hybrid of WebAssembly and JavaScript.
It stresses how quickly JavaScript can call into WebAssembly code.
Source code: in the <a href="wasm/richards/">wasm/richards/</a> directory.
</dd>
<dt id="segmentation">segmentation</dt>
<dd>
Uses Web Workers to parallelize the computation of a <a
href="https://en.wikipedia.org/wiki/Time-series_segmentation">
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/">
WebKit performance dashboard.</a>
Source code: <a href="worker/segmentation.js">segmentation.js</a>
</dd>
<dt id="source-map-wtb">source-map-wtb</dt>
<dd>
This benchmark evaluates the <a href="https://github.com/mozilla/source-map">source-map</a> library
on both parsing and serializing a variety of different source maps.
A similar version of this benchmark was previously published in the <a
href="https://v8.github.io/web-tooling-benchmark/">Web Tooling Benchmark</a>,.
Source code: <a href="web-tooling-benchmark/src/source-map.mjs">source-map.mjs</a>
</dd>
<dt id="splay">splay</dt>
<dd>
Tests the manipulation of <a href="http://en.wikipedia.org/wiki/Splay_tree">splay trees</a>
represented using plain JavaScript objects. This benchmark stresses the performance of the garbage
collector.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/splay.js">splay.js</a>
</dd>
<dt id="sqlite3-wasm">sqlite3-wasm</dt>
<dd>
A WebAssembly build of <a href="https://sqlite.org/index.html">SQLite</a>'s <i>speedtest1.c</i>
benchmark program.
Quoting from <a href="https://sqlite.org/cpu.html">its description</a>:
"This program strives to exercise the SQLite library in a way that is typical of real-world
applications."
Since SQLite is a very widely used database and provides an official and popular upstream
WebAssembly port, this is a realistic, larger WebAssembly program.
See <a href="sqlite3/README.md">README.md</a> for more information.
Source code: in the <a href="sqlite3/">sqlite3/</a> directory.
</dd>
<dt id="stanford-crypto-aes">stanford-crypto-aes</dt>
<dd>
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.
This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
Source code: <a href="SeaMonster/stanford-crypto-aes.js">stanford-crypto-aes.js</a>
</dd>
<dt id="stanford-crypto-pbkdf2">stanford-crypto-pbkdf2</dt>
<dd>
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.
This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
Source code: <a href="SeaMonster/stanford-crypto-pbkdf2.js">stanford-crypto-pbkdf2.js</a>
</dd>
<dt id="stanford-crypto-sha256">stanford-crypto-sha256</dt>
<dd>
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.
This benchmark was inspired by a similar benchmark in the Kraken benchmark suite.
Source code: <a href="SeaMonster/stanford-crypto-sha256.js">stanford-crypto-sha256.js</a>
</dd>
<dt id="Sunspider">Sunspider</dt>
<dd>
<dl>
<dt>3d-cube-SP</dt>
<dd>
3D cube rotation benchmark by Simon Speich. The original can be found
on <a href="http://www.speich.net/computer/moztesting/3d.htm">Simon's
web page</a>. Tests arrays and floating-point math in relatively
short-running code.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/3d-cube.js">3d-cube.js</a>
</dd>
<dt>3d-raytrace-SP</dt>
<dd>
Simple raytracer written by <a href="https://nerget.com">Oliver Hunt</a>.
Tests arrays and floating-point math in relatively short-running code.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/3d-raytrace.js">3d-raytrace.js</a>
</dd>
<dt>base64-SP</dt>
<dd>
Base64 encoder/decoder written in JavaScript, originally from the Mozilla XML-RPC client
component.
Tests string manipulation.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/base64.js">base64.js</a>
</dd>
<dt>crypto-aes-SP</dt>
<dd>
<a href="http://en.wikipedia.org/wiki/Advanced_Encryption_Standard"> AES</a> implementation
in JavaScript by Chris Veness. A newer version can be
found <a href="http://www.movable-type.co.uk/scripts/aes.html">here</a>. Tests integer math.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/crypto-aes.js">crypto-aes.js</a>
</dd>
<dt>crypto-md5-SP</dt>
<dd>
<a href="http://en.wikipedia.org/wiki/Md5">MD5</a> implementation in JavaScript by
Paul Johnston and others. Tests interesting integer math idioms.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/crypto-md5.js">crypto-md5.js</a>
</dd>
<dt>crypto-sha1-SP</dt>
<dd>
<a href="http://en.wikipedia.org/wiki/Sha1">SHA-1</a> implementation in JavaScript by
Paul Johnston and others. Tests interesting integer math idioms.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/crypto-sha1.js">crypto-sha1.js</a>
</dd>
<dt>date-format-tofte-SP</dt>
<dd>
Date and time formatting test, based on code by Svend Tofte. Involves an interesting use
of <code>eval</code> and also covers string manipulation and JavaScript library functions.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/date-format-tofte.js">date-format-tofte.js</a>
</dd>
<dt>date-format-xparb-SP</dt>
<dd>
Sophisticated date formatting and parsing library test, based on code by Barin Schwartz.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/date-format-xparb.js">date-format-xparb.js</a>
</dd>
<dt>n-body-SP</dt>
<dd>
Classic solar system simulation benchmark from
<a href="https://en.wikipedia.org/wiki/The_Computer_Language_Benchmarks_Game">The Great
Computer
Language Shootout</a>,
contributed by Isaac Guy. Tests math and object access performance.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/n-body.js">n-body.js</a>
</dd>
<dt>regex-dna-SP</dt>
<dd>
Regular-expression-based solution to DNA manipulation from
<a href="https://en.wikipedia.org/wiki/The_Computer_Language_Benchmarks_Game">The Great
Computer
Language Shootout</a>,
contributed by Jesse Millikan.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/regex-dna.js">regex-dna.js</a>
</dd>
<dt>string-unpack-code-SP</dt>
<dd>
This benchmark unpacks various minified JavaScript libraries. It stresses the speed of
various
string manipulation
operations.
A similar version of this benchmark was previously published in SunSpider.
Source code: <a href="SunSpider/string-unpack-code.js">string-unpack-code.js</a>
</dd>
<dt>tagcloud-SP</dt>
<dd>
Parses JSON and generates markup for a <a href="http://en.wikipedia.org/wiki/Tag_cloud">tag
cloud</a> view of the data. Written by Maciej Stachowiak of the WebKit team. Exercises
string
parsing and manipulation. A similar version of this benchmark was originally published in
SunSpider.
Source code: <a href="SunSpider/tagcloud.js">tagcloud.js</a>
</dd>
</dl>
</dd>
<dt id="sync-fs">sync-fs</dt>
<dd>
This is an implementation of a mock file system that stresses the performance of DataView, Promises,
and synchronous
generators / iterators. The benchmark simulates adding and removing files, and swapping the byte
order of existing files.
Source code: <a href="generators/sync-file-system.js">sync-file-system.js</a>
</dd>
<dt id="tfjs-wasm" class="non-default">tfjs-wasm</dt>
<dt id="tfjs-wasm-simd" class="non-default">tfjs-wasm-simd</dt>
<dd>
Tests <a href="https://github.com/tensorflow/tfjs">Tensorflow.js</a> pre-trained machine learning
models supported by <a
href="https://github.com/tensorflow/tfjs/tree/master/tfjs-backend-wasm">WebAssembly backend</a>.
The current benchmark includes models: <a
href="https://tfhub.dev/google/tfjs-model/imagenet/mobilenet_v2_100_224/classification/3/default/1">mobilenet</a>,
<a href="https://www.npmjs.com/package/@tensorflow-models/knn-classifier">knn-classifier</a>, <a
href="https://www.npmjs.com/package/@tensorflow-models/coco-ssd">coco-ssd</a>, <a
href="https://www.npmjs.com/package/@tensorflow-models/universal-sentence-encoder">universal-sentence-encoder</a>.
The <i>SIMD</i> variant uses vector instructions from the Wasm SIMD feature.
Source code: tfjs-* files in the <a href="wasm/">wasm/</a> directory.
</dd>
<dt id="threejs">threejs</dt>
<dd>
This benchmark measures the performance of a 3D particle system implemented with <a
href="https://threejs.org/">Three.js</a>. It animates particles with custom geometries and
basic materials, stressing object creation, scene graph updates, and the browser's 3D rendering
capabilities.
Source code: in the <a href="threejs/">threejs/</a> directory.
</dd>
<dt id="transformersjs-bert-wasm">transformersjs-bert-wasm</dt>
<dt id="transformersjs-whisper-wasm" class="non-default">transformersjs-whisper-wasm</dt>
<dd>
Two machine learning tasks using the <a
href="https://huggingface.co/docs/transformers.js/en/index">Transformers.js</a> library, which
uses <a href="https://onnxruntime.ai/docs/tutorials/web/">ONNX Runtime Web</a> under the hood to
perform inference with WebAssembly. They make use of WebAssembly SIMD instructions.
The <i>bert</i> variant uses the <a
href="https://huggingface.co/Xenova/distilbert-base-uncased-finetuned-sst-2-english">distilbert-base-uncased-finetuned-sst-2-english</a>
model to perform sentiment analysis of text.
The <i>whisper</i> variant uses <a
href="https://huggingface.co/Xenova/whisper-tiny.en">whisper-tiny.en</a> to transcribe audio to
text.
Source code: in the <a href="transformersjs/">transformersjs/</a> directory.
</dd>
<dt id="tsf-wasm">tsf-wasm</dt>
<dd>
Runs Filip Pizlo's — of the WebKit team — implementation of a <a
href="http://www.filpizlo.com/tsf/">Typed Stream Format</a> in WebAssembly.
The original code is compiled from C to WebAssembly using <a
href="https://emscripten.org">Emscripten</a>.
Source code: in the <a href="wasm/TSF/">wasm/TSF/</a> directory.
</dd>
<dt id="typescript-lib">typescript-lib</dt>
<dd>
Tests how quickly Microsoft's <a href="http://www.typescriptlang.org">TypeScript</a> compiler can
compile itself. More than anything else, this tests how quickly a JavaScript runtime can optimize
a large pile of code.
A similar version of this benchmark was previously published in Octane version 2.
Source code: <a href="Octane/typescript.js">typescript.js</a>
</dd>
<dt id="typescript-octane" class="non-default">typescript-octane</dt>
<dd>
The original <a href="https://developers.google.com/octane/">Octane</a> version of the TypeScript
benchmark. It measures the time it takes the TypeScript compiler to compile a large input file,
stressing the performance of a large-scale JavaScript application with complex data structures.
Source code: <a href="Octane/typescript.js">typescript.js</a>
</dd>
<dt id="UniPoker">UniPoker</dt>
<dd>
UniPoker is a 5 card stud poker simulation using the Unicode playing card code points,
U+1F0A1..U+1F0DE,
as the card representation in code. Scoring of hands is done with three regular expressions, one to
check
for a flush, one to check for straights, and one to check for pairs, three of a kind, and four of a
kind.
Source code: <a href="RexBench/UniPoker/poker.js">poker.js</a>
</dd>
<dt id="validatorjs">validatorjs</dt>
<dd>
Measures the performance of the <a
href="https://github.com/validatorjs/validator.js">validator.js</a> library by running a
comprehensive test suite of string validation and sanitization.
Source code: in the <a href="validatorjs/">validatorjs/</a> directory.
</dd>
<dt id="web-ssr">web-ssr</dt>
<dd>
This benchmark measures the performance of server-side rendering (SSR) using <a
href="https://reactjs.org/">React</a>. It renders a complex component tree to a string,
simulating the workload of a web server generating HTML for a web page.
Source code: in the <a href="web-ssr/">web-ssr/</a> directory.
</dd>
<dt id="WSL">WSL</dt>
<dd>
WSL is an implementation of a GPU shading language written in JavaScript.
WSL measures the time it takes to compile the WSL standard library and the time
it takes to run through the WSL specification test suite.
Source code: <a href="WSL">WSL</a>
</dd>
<dt id="zlib-wasm">zlib-wasm</dt>
<dd>
This workload compresses and decompresses a WebAssembly binary file using the <a
href="https://www.zlib.net/">zlib</a>
library, compiled to WebAssembly via <a href="https://emscripten.org">Emscripten</a>.
Source code: In the <a href="wasm/zlib/">wasm/zlib/</a> directory.
</dd>
</dl>
<p><a href="index.html" class="button">← Return to Tests</a></p>
</article>
</main>
</body>
</html>