v8で生成されたバイナリにネイティブのjavascriptのソースコードが保存されるのはなぜですか？

Question

私はv8のソースを勉強しています。特に、 'mksnapshot'ツールにv8バイナリのネイティブjavascriptファイル（runtime.js、json.js ...）のコンパイル済みイメージが含まれていて、ソースの（幾分）縮小版。

var $JSON=global.JSON; 

function Revive(a,b,c){ 
var d=a[b]; 
if((%_IsObject(d))){ 
if((%_IsArray(d))){ 
var g=d.length; 

と「json.js SRC /」の開始時に、私は以下を参照してください：はっきり

var $JSON = global.JSON; 

function Revive(holder, name, reviver) { 
    var val = holder[name]; 
    if (IS_OBJECT(val)) { 
    if (IS_ARRAY(val)) { 
     var length = val.length; 

両方のスニペットD8の実行可能ファイルの内容を検査する際に、例えば、私は、次のスニペットを参照してくださいは同等ですが、2番目はコンパイルプロセスの最初のものに変換されました。

「toString」で検査するために元のコードが含まれていても、「JSON.stringify」をd8に入力すると「function stringify（）{[native code]}」と表示されますこれのポイントは何ですか？

Answer 1

実際には、スナップショットにはコンパイルされたフォームのすべての組み込み関数が含まれていません。

V8では一般に、遅延と時間を節約するために遅延コンパイルが優先されます。使用されていないものをコンパイルすると、生成されたコードのメモリが浪費されます（最適化されていないコンパイラによって生成されたコードは非常に冗長です）と時間（スナップショットについて言えば、コンパイル時または直列化解除時）

だから、怠惰にコンパイルすることができるすべてV8は遅れてコンパイルしますが、これには組み込み関数が含まれています。したがって、スナップショットには実際にはすべての関数のコンパイルされたバージョンが含まれておらず、ソースはコンパイルする必要があります。

ソースが存在するときに可能になる別のことは、最適化です。V8は、その適応最適化パイプラインを適用するためにソースにアクセスする必要があります。

Answer 2

おそらくv8を非常に高速にする理由は、バイナリをキャッシュすることが非常に高速であるためです。だから彼らは速くするために極端な措置を取った。あらかじめ生成されたネイティブコードのバイナリは、クライアントから思考を取り除き、それをはるかに速く実行させます。このような最適化はv8全体であります。 :)