アカウント名:
パスワード:
JavaScriptに変換して実行するのにどうして遅い、メモリを食う、という問題点が解決するの?
こういうところで紹介されている（手動の）最適化手法を、自動でやれば速くなりますよ。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 の双方に負荷がやばかったり
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
百歩譲って生産性改善の余地はあるとしても (スコア:0)
JavaScriptに変換して実行するのにどうして遅い、メモリを食う、という問題点が解決するの?
Re:百歩譲って生産性改善の余地はあるとしても (スコア:1)
こういうところで紹介されている（手動の）最適化手法を、自動でやれば速くなりますよ。
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 の双方に負荷がやばかったり