It is the firstJavaScript engine, written byBrendan Eich atNetscape Communications, and later released as open source and currently maintained by the Mozilla Foundation. Its design allows it to be embedded in applications beyond Web browsers, with implementations including MongoDB database system, Adobe Acrobat, and the GNOME desktop environment.
Eich "wrote JavaScript in ten days" in 1995,[5]having been "recruited to Netscape with the promise of 'doingScheme' in the browser".[6](The idea of using Scheme was abandoned when "engineering management [decided] that the language must 'look likeJava'".)[6] In late 1996, Eich, needing to "pay off [the] substantialtechnical debt" left from the first year, "stayed home for two weeks to rewrite Mocha as the codebase that became known as SpiderMonkey".[5] (Mocha was the original working name for the language.)[6][7]In 2011, Eich transferred management of the SpiderMonkey code to Dave Mandelin.[5]
TraceMonkey[17] was the first JIT compiler written for the JavaScript language. Initially introduced as an option in a beta release and introduced in Brendan Eich's blog on August 23, 2008,[25] the compiler became part of the mainline release as part of SpiderMonkey inFirefox 3.5, providing "performance improvements ranging between 20 and 40 times faster" than the baseline interpreter inFirefox 3.[26]
Instead of compiling whole functions, TraceMonkey was atracing JIT, which operates by recordingcontrol flow anddata types during interpreter execution. This data then informed the construction oftrace trees, highly specialized paths ofnative code.
Improvements to JägerMonkey eventually made TraceMonkey obsolete, especially with the development of the SpiderMonkeytype inference engine. TraceMonkey is absent from SpiderMonkey from Firefox 11 onward.[27]
JägerMonkey, internally named MethodJIT, was a whole-method JIT compiler designed to improve performance in cases where TraceMonkey could not generate stablenative code.[28][29] It was first released inFirefox 4 and eventually entirely supplanted TraceMonkey. It has itself been replaced by IonMonkey.
JägerMonkey operated very differently from other compilers in its class: While typical compilers worked by constructing and optimizing acontrol-flow graph representing the function, JägerMonkey instead operated by iterating linearly forward through SpiderMonkeybytecode, the internal function representation. Although this prohibits optimizations that require instruction reordering, JägerMonkey compiling has the advantage of being very fast, which is useful for JavaScript since recompiling due to changing variable types is frequent.
The difference between TraceMonkey and JägerMonkey JIT techniques and the need for both was explained ina hacks.mozilla.org article. A more in-depth explanation of the technical details was provided by Chris Leary, one of SpiderMonkey's developers,in a blog postArchived 9 December 2012 atarchive.today. More technical information can be found in other developer's blogs:dvander,dmandelin.
IonMonkey was a JavaScript JIT compiler of Mozilla, which was aimed to enable many new optimizations that were impossible with the prior JägerMonkey architecture.[31]
The compiler can emit fastnative code translations of JavaScript functions on theARM,x86, andx86-64 platforms. It has been the default engine since Firefox 18.[19]
OdinMonkey is the name of Mozilla's new optimization module forasm.js, an easily compilable subset of JavaScript. OdinMonkey itself is not a JIT compiler, it uses the current JIT compiler. It's included with Firefox from release 22.[33]
The WarpMonkey JIT replaces the former IonMonkey engine from version 83.[22] It is able to inline other scripts and specialize code based on the data and arguments being processed.It translates the bytecode and Inline Cache data into a Mid-levelIntermediate Representation (Ion MIR) representation. This graph is transformed and optimized before being lowered to a Low-level Intermediate Representation (Ion LIR). This LIR performs register allocation and then generates native machine code in a process called Code Generation.The optimizations here assume that a script continues to see data similar what has been seen before. The Baseline JITs are essential to success here because they generate ICs that match observed data. If after a script is compiled with Warp, it encounters data that it is not prepared to handle it performs a bailout. The bailout mechanism reconstructs the native machine stack frame to match the layout used by the Baseline Interpreter and then branches to that interpreter as though we were running it all along. Building this stack frame may use special side-table saved by Warp to reconstruct values that are not otherwise available.[34]
MongoDB moved fromV8 to SpiderMonkey in version 3.2[35]
Riak uses SpiderMonkey as the runtime for JavaScript MapReduce operations[36]
CouchDB database system (written inErlang). JavaScript is used for defining maps, filters, reduce functions and viewing data, for example in HTML format.
FreeSWITCH, open-source telephony engine, uses SpiderMonkey to allow users to write call management scripts in JavaScript
PythonMonkey uses SpiderMonkey to allow users to write programs where JavaScript and Python functions, types, and events interoperate and (where possible) share memory storage.[38]
The text-based web browserELinks uses SpiderMonkey to support JavaScript[39]
Parts of SpiderMonkey are used in theWine project'sJScript (re-)implementation[40]
Synchronet, a BBS, e-mail, Web, and application server using the SpiderMonkey engine
^"Introduction to the JavaScript shell".MDN. Mozilla Developer Network. 29 September 2010. Archived fromthe original on 29 June 2011. Retrieved14 December 2010.The JavaScript shell is a command-line program included in the SpiderMonkey source distribution. [...] You can use it as an interactive shell [...] You can also pass in, on the command line, a JavaScript program file to run [...]
, SpiderMonkey (JavaScript-C) engine
Lists:JavaScript libraries •Ajax frameworks •Server-side JavaScript
