アカウント名:
パスワード:
http://arewefastyet.com/#machine=17 [arewefastyet.com]これ見ると中々抜けないでいる(というか良く追いついたなという感じだが)
それと、包括的なベンチマークのoctaneはasm.jsの項目があって、それはSpiderMonkeyではなく別のエンジンでAOTコンパイルしてて圧倒的なスコアを出して全体のスコアを押し上げている。だから、それを除くとまだ勝ってるとは言えないと思っている。
ただ、少し前まではoctaneで半分ぐらいのスコアだったのが怒涛の追い上げでここまで来たのはSpiderMonkeyの設計の良さを表してると思う。まだ静的型言語のJavaほどの速度にはなってないけど、いずれJavaにも追いついて欲しい。
設計はクソ悪いことで有名だよ。古くからのコードが密結合でリファクタリングが困難。ちょっと前も新しいGC入れるために、前準備だけで１年くらいかかったんだから。そのときのリファクタリングのおかげでようやく最近まともなコードになってきているけど、設計という点ではJSとのバインディング部分などV8にまだまだ追いついてない。
速度が向上したのは単に、複数JITエンジンの導入で新しいコードをどんどん追加したから。それとマイクロベンチではとうにJavaを抜いてる。http://www.j15r.com/blog/2014/05/23/Box2d_2014_Update [j15r.com]言語自体の性能は物理演算かデコードくらいのもんだから、マイクロベンチで抜けばもう十分。あとエンジンとしてはFxにはもう入ってるけど、TypedObjectとか、SIMDなんかのAPIを提供して最適化していけばいいだけ。それと最近Blinkが取り組んでるようにDOMなんかのAPI実装のJS化（言語を跨ぐと最適化が及ばないから）。または、ExtensibleWebの概念でどんどん低レベルのAPIが提供されるようになればいろんなマクロベンチでも自ずとJavaは抜ける。
> ちょっと前も新しいGC入れるために、前準備だけで１年くらいかかったんだから。ポインタがデータを直接参照してたのを、全部直したってやつでしょ。それで設計が悪かったとは思えないけど。
> 速度が向上したのは単に、複数JITエンジンの導入で新しいコードをどんどん追加したから。多段階のJITコンパイルを行うのは他のJSエンジンよりも早い段階からやってたから成果が出てると思うし、その新しいコードの事を言ってたんだけど。
> それとマイクロベンチではとうにJavaを抜いてる。いや、全然抜いてないよね。倍ぐらい遅いよ。抜いてるのはasm.jsのコードでこれは別のAOTのエンジン(OdinMonkey)で実行してるやつ。
ごめんけど何が言いたいのかさっぱりわからない。各エンジンは分離して考えるものじゃないし、今回抜いたとされるOctaneベンチにさえasm.jsのコードは入ってる。なんか屁理屈を言いたいんだろうなとは分かるが、屁理屈にもなってない。
> 各エンジンは分離して考えるものじゃないし、今回抜いたとされるOctaneベンチにさえasm.jsのコードは入ってる。OdinMonkeyはAOTでSpiderMonkeyはJITだから根本的に別のエンジンなんで、Javaやその他のJITエンジンと平等に比べるのは不公平だけど、その辺の技術的な違いは分かってるものと思ってたけど知らなかったとは失礼しました。
ごめんけど？？
別のACですが、方言ですね。私もたまに使います。「申し訳ないですが」とでも訳しておけば良いのでは。
ごめんけど↓こめん、悪いんだけど
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
MacOSXで上回ってるだけでWindowsではまだ互角 (スコア:3)
http://arewefastyet.com/#machine=17 [arewefastyet.com]
これ見ると中々抜けないでいる(というか良く追いついたなという感じだが)
それと、包括的なベンチマークのoctaneはasm.jsの項目があって、それはSpiderMonkeyではなく
別のエンジンでAOTコンパイルしてて圧倒的なスコアを出して全体のスコアを押し上げている。
だから、それを除くとまだ勝ってるとは言えないと思っている。
ただ、少し前まではoctaneで半分ぐらいのスコアだったのが怒涛の追い上げでここまで来たのは
SpiderMonkeyの設計の良さを表してると思う。
まだ静的型言語のJavaほどの速度にはなってないけど、いずれJavaにも追いついて欲しい。
Re:MacOSXで上回ってるだけでWindowsではまだ互角 (スコア:0)
設計はクソ悪いことで有名だよ。
古くからのコードが密結合でリファクタリングが困難。
ちょっと前も新しいGC入れるために、前準備だけで１年くらいかかったんだから。
そのときのリファクタリングのおかげでようやく最近まともなコードになってきているけど、
設計という点ではJSとのバインディング部分などV8にまだまだ追いついてない。
速度が向上したのは単に、複数JITエンジンの導入で新しいコードをどんどん追加したから。
それとマイクロベンチではとうにJavaを抜いてる。
http://www.j15r.com/blog/2014/05/23/Box2d_2014_Update [j15r.com]
言語自体の性能は物理演算かデコードくらいのもんだから、マイクロベンチで抜けばもう十分。
あとエンジンとしてはFxにはもう入ってるけど、TypedObjectとか、SIMDなんかのAPIを提供して最適化していけばいいだけ。
それと最近Blinkが取り組んでるようにDOMなんかのAPI実装のJS化（言語を跨ぐと最適化が及ばないから）。
または、ExtensibleWebの概念でどんどん低レベルのAPIが提供されるようになればいろんなマクロベンチでも自ずとJavaは抜ける。
Re:MacOSXで上回ってるだけでWindowsではまだ互角 (スコア:2)
> ちょっと前も新しいGC入れるために、前準備だけで１年くらいかかったんだから。
ポインタがデータを直接参照してたのを、全部直したってやつでしょ。
それで設計が悪かったとは思えないけど。
> 速度が向上したのは単に、複数JITエンジンの導入で新しいコードをどんどん追加したから。
多段階のJITコンパイルを行うのは他のJSエンジンよりも早い段階からやってたから成果が出てると思うし、
その新しいコードの事を言ってたんだけど。
> それとマイクロベンチではとうにJavaを抜いてる。
いや、全然抜いてないよね。倍ぐらい遅いよ。
抜いてるのはasm.jsのコードでこれは別のAOTのエンジン(OdinMonkey)で実行してるやつ。
Re: (スコア:0)
ごめんけど何が言いたいのかさっぱりわからない。
各エンジンは分離して考えるものじゃないし、今回抜いたとされるOctaneベンチにさえasm.jsのコードは入ってる。
なんか屁理屈を言いたいんだろうなとは分かるが、屁理屈にもなってない。
Re:MacOSXで上回ってるだけでWindowsではまだ互角 (スコア:2)
> 各エンジンは分離して考えるものじゃないし、今回抜いたとされるOctaneベンチにさえasm.jsのコードは入ってる。
OdinMonkeyはAOTでSpiderMonkeyはJITだから根本的に別のエンジンなんで、
Javaやその他のJITエンジンと平等に比べるのは不公平だけど、その辺の技術的な違いは分かってるものと思ってたけど
知らなかったとは失礼しました。
Re: (スコア:0)
ごめんけど？？
Re: (スコア:0)
別のACですが、方言ですね。私もたまに使います。
「申し訳ないですが」とでも訳しておけば良いのでは。
Re: (スコア:0)
ごめんけど
↓
こめん、悪いんだけど