JSX v.s. HaXeベンチマーク戦争

ぐるぐる系SQL @bleis

だけども(JSXがhaXeよりも高速なJSを吐く仮定して)haXeにJSXのオプティマイザ埋め込むのと、JSXにhaXeの型システム乗せるののどちらが簡単かというと、前者だと思う

mzp @mzp

いかにjsxが言語オタク的につまらなくても高速に動作するのは揺るぎない事実なので、皆様、頑張って処理系を改造しましょう

Yoshihiro Imai @yoshihiro503

haxeでaobenchのソースコードはこちら。 https://t.co/C4xG1Wj2

Yoshihiro Imai @yoshihiro503

@yoshihiro503 我が家のChromeで試したところ、 haxe版 1736[ms] JSX版 1288[ms] だった。まだ最適化何もしていないので、これから工夫次第で変わるかも。

Yoshihiro Imai @yoshihiro503

@mzp haxeのコード自体をちょこっと調整したら、chromeでもfirefoxでも iPad でもhaxe版の方が速くなりました。

Keigo Imai @keigoi

@yoshihiro503 @mzp やはりインライン化を？

Yoshihiro Imai @yoshihiro503

@keigoi はい。haxeはinline修飾子で好きなところを指定できます。

Keigo Imai @keigoi

haXeに元から備わっているinlineキーワードを使えば素のJSXと同等かそれ以上の速度が出るケースが判明したという感じ

Kazuho Oku @kazuho

@keigoi あざっす。生成されてるコードみると JSX のがインライン展開できてないケースがあったので対応しました。ついでにPIとかもインライン展開するように https://t.co/IkPQYT22

Kazuho Oku @kazuho

あざす。aobenchは最新のJSXのがhaXeよりちょびっと速くなったwはず。クロージャの型の推論はやるべき、オーバーロードはswitch(arguments.length)とか見るので必須と考えた、という感じです / “JSX の…” http://t.co/ECYb0nea

Kazuho Oku @kazuho

リンク時最適化でinline可能な関数みつけるようなベンチマークだと JSX が（今のところは）勝つとおもいますがw

Yoshihiro Imai @yoshihiro503

最新のJSXにアップグレードした。 手元の環境では GoogleChrome: haXe 940[ms], JSX 946[ms] Firefox: haXe 3326[ms], JSX 3263[mx]。どちらもほとんど同じくらい