SpiderMonkey Newsletter (Firefox 102-103)

33 views
Skip to first unread message

Jan de Mooij

unread,
Jun 30, 2022, 12:40:39 PMJun 30
to dev-pl...@mozilla.org
(This newsletter is also available on our blog.)

SpiderMonkey is the JavaScript engine used in Mozilla Firefox. This newsletter gives an overview of the JavaScript and WebAssembly work we’ve done as part of the Firefox 102 and 103 Nightly release cycles.

👷🏽‍♀️ New features

⚙️ Modernizing JS modules

We’re working on improving our implementation of modules. This includes supporting modules in Workers, adding support for Import Maps, and ESMification (replacing the JSM module system for Firefox internal JS code with standard ECMAScript modules).

⏱️ Profiler support

We’ve collaborated with the performance team to improve support for external profilers such as perf on Linux:

  • The performance team has added support for perf’s jitdump format. This makes it possible to see JS functions in perf profiles. It also lets us annotate assembly code with LIR and CacheIR instruction names.
  • We made changes to the JITs to preserve and use frame pointers for all JIT frames. Profilers such as perf (and other stack unwinders) are now able to reliably unwind through JIT frames by following frame pointers.
  • We’ve simplified and optimized code in the JITs by taking advantage of frame pointers.
  • We fixed an issue with the C++ interpreter’s profiler instrumentation for resumed async functions and generators. This could result in missing frames in the Firefox profiler.

🚀 JS Performance

  • We’ve changed the bytecode we generate for try-finally to support functions with finally blocks in the optimizing JIT. This fixes an old performance cliff.
  • We’ve optimized the code we generate for test expressions.
  • More typed array builtins that use a callback function are now marked as inlinable.
  • We’ve optimized arguments-object allocation for inlined functions.
  • We’ve implemented a new bytecode instruction for closing iterators, to reduce bytecode size for for-of loops.
  • We’ve landed more optimizations for concurrent delazification (disabled by default).

🏎️ WebAssembly Performance

  • We’ve re-enabled code caching with a new serialization system.
  • We’ve landed more optimizations for SIMD instructions.
  • We’ve replaced some uses of splay trees with AVL trees to improve compilation time.
  • We’ve reduced the offset guard memory reservation from 2 GB to 32 MB. This shrinks the amount of virtual memory we reserve for Wasm code by 33%.

📚 Miscellaneous

  • We’ve added a checklist for implementing new JS language features.
  • We’ve imported the latest version of Test262.
  • We’ve improved tracking and assertions for the GC retained heap size.
  • We’ve migrated our string-to-double code to use the modern double-conversion library instead of our old dtoa.c fork.
  • We’ve implemented support for Rooted<Result<V,E>>.
  • We’ve added a command-line argument to the JS shell for setting GC parameters.
  • We’ve started to remove typedefs for various GC types. For example, we now use Rooted<Shape*> instead of the old RootedShape typedef.
  • We’ve improved telemetry for full GCs to be more useful.
Reply all
Reply to author
Forward
0 new messages