JavaScript のパフォーマンスと Sweet Spot の甘い罠 - Block Rockin’ Codes

本文 先日 JavaScript を高速化するには、 VM を知る必要があるんだろうと思い、 以下のような発言をしてみました。 とにかく今は 「V8の最適化の恩恵を受けるための JS の書き方」や「ホットスポットを温めて C よりも速い JS を書こう」という釣りっぽいけど釣りじゃない記事を @Constellation さんや @bad_at_math さんに書いていただく必要があるということでした！ 2011-10-23 21:53:44 via Echofon しかし、釣り針が小さかったためか、誰も釣れず。。 自分で調べろってことですよね、すいません。。 と思っていたら、先日下記のエントリが話題になりました。 そのものずばり、JavaScript を最適化する話。 mraleph-The trap of the performance sweet spot 先に感想を言うと、これはい

[kfujii]

“こうして全く読むに耐えない JavaScript が手に入り、オブジェクト生成は9倍、 加算は2倍にスピードアップした。”

[VoQn]

Webでリアルタイムレンダリングアニメーションとかじゃないかなー、この手のウルテク（今関心はある）

[escape_artist]

すげー。。

[teppeis]

Closureみたいにアノテーションとプリコンパイルで解決する道はあるのかも。

[saz_go]

JSのマニアな話。JSの過度な最適化は意味ないよって。

[ABA]

JavaScriptでWebGLのtyped arrayを使って最適化されたmallocを実装することで読むに耐えないソースコードとそれなりのパフォーマンスを手に入れた話

[send]

面白い

[korinchan]

「JavaScript VM の中に sweet spot を増やし、かつ簡単にそれらを叩けるようにする試みは、面白いと思う」

[tsuyok]

芸術っぽい

[stealthinu]

これはわかりやすい具体例。VMにあった最適化というのをあんまり考えてると迷い道にはまりこんでしまう。

[nanakoso]

結論:型推論万歳ってことで

[o_mega]

JavaScriptって高級アセンブラのスーパーセットだったのか

[rgfx]

jsにV8向けannotationとかつく日が来たりして

[Layzie]

和訳が早いなあ

[pipehead]

/* http://blog.mrale.ph/post/12396216081/the-trap-of-the-performance-sweet-spot の和訳 */ > より速く、より速くと求めた結果それは JavaScript ではない。これが JavaScript の sweet spot だ。