ノードバージョン8のAsync/Awaitのパフォーマンスガイドライン

Question

async/awaitは、ノードバージョン8で使用できます。コードは、nodejsでは初めてネイティブに線形です。それはいいです。以前の多くの記事では、v8のjavascriptエンジンでは、try/catchブロックの関数が最適化されていないと主張していました。今、async/awaitは、エラーを処理するにはtry/catchブロックが必要です。だから、開発者は同じ性能を維持するために何をする必要がありますか？

Answer 1

try/catchは、V8 5.3（ノードv7.x以上）のコミットでTurboFanの最適化を受けました。9aac80fつまり、try/catchのパフォーマンスが悪いという歴史的な記述はもはや真実ではありません。 V8 blog postから
：

過去V8のではES2015 +で発見された言語機能の種類を最適化する難しさを持っていました。たとえば、例外処理（すなわちtry/catch/finally）をV8の従来の最適化コンパイラであるCrankshaftに追加することは決して実現できませんでした。これは、基本的に暗黙のfinally節を持つfor...ofのようなES6機能を最適化するV8の能力が限定されていることを意味していました。クランクシャフトの限界とV8のベースラインコンパイラであるfull-codegenに新しい言語機能を追加する際の複雑さのため、V8で新しいES機能が標準化されたときに迅速に追加および最適化されることは本質的に困難でした。

IgnitionとTurboFan（V8の新しいインタープリタとコンパイラパイプライン）は、高度なコントロールフロー、例外処理、そして最近ではfor...of、ES2015からの構造解除など、JavaScript言語全体を最初からサポートするように設計されています。 IgnitionとTurboFanのアーキテクチャを緊密に統合することで、新しい機能をすばやく追加し、迅速かつ段階的に最適化することが可能になります。 async関数で

---

try/catchプロミス.thenと.catch方法に勝るだけ糖衣構文であり、性能は、従って、基礎となるプロミス実装によって決定されます。ブルーバードは、ネイティブプロミスの実装よりも優れたパフォーマンスを持つため、理論的には、ブルーバードの主張が真であれば、BluebirdのPromise実装でネイティブなPromiseの実装をオーバーライドすることで、より良い結果が得られます（try/catch）。
たとえば、ノード：const Promise = require("bluebird")、またはglobal.Promise = require("bluebird")をグローバルにオーバーライドします。

元のPromise実装はJavaScriptであったが、バグ#5343で追跡できるように、C++で最近再実装されているため、これは将来変更される可能性があります。

Answer 2

私は、ノードにおける非同期機能対約束対コールバックのPerformance of native ES2015 promises and ES2017 async functions in Node.js v8

パフォーマンスを発見しました。JS V8

両方ネイティブクロームV8 ES2015約束とES2017非同期関数は がブルーバード約束よりも約2倍遅いを実行ほぼ2 回より多くのメモリを使用して

と

結論

Node.js v8のネイティブパフォーマンスが大幅に向上しました ES2015はES2017の非同期機能を約束し、 ネイティブutil.promisifyの導入によってさらに強化されました。