V8の最適化とIRHydraでの可視化とベンチマークについてのメモ
V8 の最適化について 色々(主にVyacheslav Egorovさんの記事やスライド)読んでたのでそれのメモ。 この文章は2014年9月13日に書かれて最適化されていないため、この文章を元に最適化をすると失敗すると思います。 参考まとめ V8に関するリソースまとめ V8 Resources - Vyacheslav Egorovさんによる thlorenz/v8-perf - Thorsten Lorenzさんによる Understanding V8 and JIT compilation basics - Google スライド - 概要分かりやすい Hidden Class V8がリリースされた時から特徴としてあげられている最適化 V8: an open source JavaScript engine - YouTube V8 祭り - Backnumbers: Steps to
runtime.js – JavaScript library operating system for the cloud
Overview runtime.js is an open-source library operating system (unikernel) for the cloud that runs JavaScript, can be bundled up with an application and deployed as a lightweight and immutable VM image. It's built on V8 JavaScript engine and uses event-driven and non-blocking I/O model inspired by Node.js. At the moment KVM is the only supported hypervisor. It tries to be compatible with npm modul
隠れていたNode.jsの4バイトメモリリーク、Walmart問題の解決 - ぼちぼち日記
この記事は、 Node.js Advent Calendar 2013 - Adventar の12日目です。 1. ありがとう Ben Nodeの情報に普段アンテナを張っている人は既にご存じでしょうが、Nodeコア開発の中心的エンジニア Ben Noordhuis がNodeのコアチームから離れました。Node.jsの公式ブログに「Ben Noordhuis's Departure」としてアナウンスされています。 なぜ彼がNodeの開発を止めなければならなかったのかその経緯をここで述べることは控えますが、彼のこれまでの貢献なしでは今のNodeは存在し得なかった、と言えるほど彼は重要な存在でした。Benは、Nodeやlibuvのコードの開発だけでなく、github の issue の回答やPRのレビュー、 MLの質問の返答などNodeコミュニティにも精力的に対応し、去年来日した isaac
Opera、レンダリングエンジンにWebkit採用をブログで発表。まずはスマートフォン向け、その後デスクトップ版も
Operaは今後同社が開発するWebブラウザのレンダリングエンジンにWebKitを採用することをブログで発表しました。最初にWebkitベースになるのはスマートフォン向けの製品で、その後デスクトップ向けやその他の製品にも適用されるとのこと。 ブログ「300 million users and move to WebKit」の冒頭で同社のBruce Lawsonは次のように書いています。 On the same day as announcing that Opera has 300 million users, we're also announcing that for all new products Opera will use WebKit as its rendering engine and V8 as its JavaScript engine. 3億ユーザーに到達した発表と
Googleが示すJavaScriptを350倍高速化する秘訣 - ぼちぼち日記
1. はじめに、 今年も Google I/O が開催されました。一度も現地に行って参加したことはないのですが、毎年セッションの内容は技術的に高度なものばかりでいつも注目しています。今年の一つ興味深いセッションで、 「Google I/O 2012 - Breaking the JavaScript Speed Limit with V8 (Daniel Clifford)」 スライド ,ビデオ というのがありました。（ビデオ・資料をすぐ公開してもらえるのはホントありがたいです。） ご存じの通り V8 は Chrome に搭載されているばかっ速い JavaScript エンジンで Node.js でも採用されています。このセッションは、 V8 の内部実装の解説を元にどう JavaScript の実行速度がパフォーマンスチューニングができるかという内容で、もうこれは必見で見逃せないものです。
Google IO 2012
Follow the slides at http://goo.gl/U2vuT Performance optimization... what's that? Today, we're going to talk about Raw JavaScript Execution Performance with now ... Made in Germany Who cares about performance? You should. JavaScript Performance Matters
mraleph - Explaining JavaScript VMs in JavaScript
I have a thing for virtual machines that are implemented in the language (or a subset of the language) they are built to execute. If I were in the academia or just had a little bit more free time I would definitely start working on a JavaScript VM written in JavaScript. That would not be the first project even for JavaScript because people from Université de Montréal kinda got there first with Tac
node-tick-processorでnodejsのプロファイルを整形する - Islands in the byte stream (legacy)
もともとV8にはプロファイル機能が組み込まれていて、V8のリポジトリにはプロファイルデータを整形して表示するための *-tick-processor というスクリプトが入っている。 https://github.com/v8/v8/tree/master/tools linux-tick-processor mac-tick-processor freebsd-tick-processor windows-tick-processor.bat そして nodejs は --prof オプションでV8のプロファイルを有効にして、プロファイルデータを出力できる。ただ、整形にはV8の *-tick-processor が必要で、この *-tick-processor を使うにはV8をビルドしなければならない。 *-tick-processor はV8をビルドしたときにできるd8というJSのインタ
V8のJITコンパイラ、Crankshaftについて — V8 Crankshaft Overview 1.3 documentation
V8のJITコンパイラ、Crankshaftについて¶ こんばんは、はじめまして。nothingcosmosと申します。 JavaScript Advent Calendar 2011 (オレ標準コース) 22日目の記事です。 JavaScript初心者ですので、お手柔らかにお願いします。 Crankshaftとは¶ Crankshaftというのは、JavaScriptエンジンであるV8に ここ1年で新規追加された、JITコンパイラになります。 V8はこの新しいJITコンパイラの追加により、 V8ベンチマークで50%性能向上したようです。 私は次に読むコンパイラはmozilla系のxxx monkeyにしようと思っていたのですが、 V8 Crankshaftの50%向上へ非常に興味を持ち、 最近になってさわり始めました。 Crankshaft has four main component
V8のJITコンパイラ、Crankshaftに関して - LLVMとコンパイラとVM
vmやjavascript-engineの概要や歴史に関して説明しているスライドです。 その中で、old javascript engineはstack-baseを採用し、 modern javascript engineは、register-baseの中間表現を採用しているという下りがあります。 javascriptに限らないですが、確かにそういう感じはあります。 JVMやCILがstack-baseなのは歴史的な経緯なのだと思います。 stack-baseだと何が嬉しいのかというと、parseする際や、他にtranslateする際に、非常に楽です。 push-pop-push-popだけでオペランドや定義値の連鎖を表現できるので、 非常にシンプルなコードになります。 逆にregister-baseだと何がうれしいのかと言うと、たぶんSSA形式が関連しているように思います。 regist
JSにコンパイルされたDartがPerlより速い件 - Islands in the byte stream (legacy)
Dartのインストールが簡単になっていたので試してみたところ、Perlよりも高速だった。 なにこれ悔しい。 Dart: void main() { final t = new Stopwatch(); t.start(); final a = new List<int>(); for(var i = 0; i < 1000000; ++i) { a.add(i); } for(var i = 0; i < a.length; ++i) { ++a[i]; } var sum = 0; for(var i = 0; i < a.length; ++i) { sum += a[i]; } print(sum); print(t.elapsedMilliseconds / 1000); } Perl: use 5.12.0; use Time::HiRes qw(gettimeofday tv_
Node.jsのビルドが遅い(主にV8)とお困りのせっかちな貴方へ送るビルド環境構築 - Write and Run
こんにちは。遅くなりましたが、「JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)」10日目です。試験期間中で時間をとれてなくてですね(ry 「お前らー! Node してるかー!」 『うぉあああああ!!』 「いつもソースからビルドしてるかー!!」 『うぉあああああ!!』 「頻繁なリリースに従いてけてるかー!!」 『うぉあああああ!!』 「でもビルド時間が長くねぇかぁああああ!!!」 『なげぇえええええええ!!!!!』 Node.js のビルド、長いですよね。Mac ならパッケージ使いましょう。でも熱心な Noder はソースからビルドしたいんです。 というわけで、前置きが長くなりましたが、ながーいビルド時間を短縮する方法をご紹介しましょう。 元凶 - V8 ビルドが遅い原因は、なんといっても Google 謹製、C++ で書かれた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How Node.JS applications will benefit from replacing V8 in JXcore | Oguz Bastemur
V8でバックグラウンドコンパイルの挑戦
济南蓖中电子科技有限公司
GitHub - iriscouch/couchjs: Drop-in replacement JavaScript engine for Apache CouchDB
Clojurescript Benchmark Times
GitHub - tj/callsite: node.js access to v8's "raw" CallSites -- useful for custom traces, c-style assertions, getting the line number in execution etc
GitHub - plv8/plv8: V8 Engine Javascript Procedural Language add-on for PostgreSQL
http://pgeu-plv8.herokuapp.com/