「DeNA、JavaScriptコードに変換して実行する新言語「JSX」を公開」記事へのコメント

百歩譲って生産性改善の余地はあるとしても

[Anonymous Coward]

JavaScriptに変換して実行するのにどうして遅い、メモリを食う、という問題点が解決するの?

Re:百歩譲って生産性改善の余地はあるとしても

[adeu (2937)]

発表スライドを見たけど、JavaScriptより速いと書いてあるだけで、その論拠や評価結果などは書いてませんね。グローバル変数を使えなくしているとか方を限定しているとか、元の言語で汚くなりがちなところに制約を加えたお陰で速くなる効果を狙っているのかなぁ。むしろ知りたいのはそれでどうして速くなるのか、それでどれだけの効果があるのかといったところなんだけど肩すかしのスライドでした

Re:百歩譲って生産性改善の余地はあるとしても

[Anonymous Coward]

最適化が全てみたいです。
元から最適化されたコード書いてる人には高速化、少メモリの恩恵はそれほどないみたいな感じでしたね。
それでも保守性とか生産性とかメリットはあるとのこと。

Re:百歩譲って生産性改善の余地はあるとしても

[Anonymous Coward]

こういうところで紹介されている（手動の）最適化手法を、自動でやれば速くなりますよ。
http://news.mynavi.jp/news/2009/11/11/015/index.html [mynavi.jp]

手動最適化は、えてしてコードの保守性を落すんですが（例: インライン展開）、処理系がやってくれれば、そういう心配はないですし。

自明なインライン展開のみならず、以下のようなこともしてくれるようです:
http://twitter.com/kazuho/status/208028042675757056 [twitter.com]
> link-time optimization ですね。final がついてない関数についても すべて見る、継承クラスを見渡して実装が１個しかなければインライン展開しちゃうとか

他にも、コンパイラがやる最適化
http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%B3%E3%83%91%E3%82%A4%E3%8... [wikipedia.org]
のうち、今回のケースでも適用できるものは沢山ありますね。たとえばループ不変量のコード移動はやっているようです:

http://twitter.com/kazuho/status/208064114021511169 [twitter.com]
http://twitter.com/kazuho/status/208065074542297088 [twitter.com]
> ビジーループの中のほうで switch (arguments.length) してるコードがあってですね? 実行速度と GC の双方に負荷がやばかったり

Re:

[Anonymous Coward]

最適化するから。JITを使わないから。
と、発表スライドからは読めるのですが、違うのかしらん

Re:

[Anonymous Coward]

JIT使わないって無理でしょ。つかインタプリタのが遅いでしょ。

Re:

[Anonymous Coward]

iOSはJIT使えないんだなこれがorz