ARMのJacobがメインでやってるけどPolyICのサポートが入ってない。言い換えると、JaegerMonkeyの高速化の重要ポイントの一つが入ってないってことYARR(JavaScriptCoreの正規表現ライブラリ)が入ってない。S)でJIT自体が無効になってる。APIの提案が出ている。いくつかもう少し練らなきゃいけないけど、この方向性のAPIが実装できれば、SkywriterでもIMEが使えるようになる。何がウケたかって、反応しているのが、GoogleとMozillaだけだってことかな。WebKit2010-09-21ss-math-cordicIE9でチートしているという噂のSunSpiderのmath-cordicだけど、ちょっと最近おもしろい話を見つけてしまった。いうか、なんでFirefoxのWindowsのビルドだけ遅いのかってことだけどさ。(MSVCのバグのおかげで計算結果がおかしいので、そのバグを回避するコードなんだけどさ。これさえチェックインできれば、Win64はテストをオールパスする)ねじ込む理由でも考えるために、いろいろ調べ始める。7でパフォーマンス見たら、なぜかMacが圧倒的に速い。Duoが速いなんて、納得いかないし!納得いかないから調べると、とあるところがボトルネックになってそうなことが判明。x86だけ使うパスがある。x86_64でも有効にすると同じパフォーマンスを得る。IEEの浮動小数点フォーマット見る限り、同じパスが使えるのは確認済みだし、バグファイルする。これやばくね?な、馬鹿な!って全員思う。いうかみんなMac使いすぎとある関数が、TraceMonkeyとnon-JITのみ使うパスで約30万回呼び出されると指摘する。ESのドライバつかないだね。ESのドライバ付きだったら、WebGL動かすことできそうなのにさ。(当然Firefoxで使いたいし)。共有2010-09-16アウェイ会場お呼ばれしたので、アウェイでプレゼンやってきた。みたいな雰囲気期待してたのに、製品説明会かよ!って感じの内容を見せられる。(これは言い過ぎですね、スミマセン)。遊び心がないとね!リアルにケーキ用意してるとマジ期待してたんだけど。IE)ケーキ持ってこようかなんてのを考えてたんだが。WebGLはほんと面白いから、IEでも実装してほしいなぁ、マジで。groupでやってることをわかってなさすぎ。実際よくあるパターンは、GoogleとかAppleが実装を先に作ってきて、MozillaとかOperaがダメ出しして仕様が変わるパターン。Transitionとかなんて、そんな感じ。なんでwhatwgが2つの実装にこだわるかというところをよく考えれば分かるんじゃない?。(この意味をわかってないのが、今日はいなかったけど、CSS縦書きやろうと思ってる人たちだけどさ、その話はいつか書く)。それが過去のブラウザ戦争との違いだと思う。あと、聞くの忘れてたのは、x64版のIEのJavaScriptエンジンが妙に遅いってことかなぁ。実測値で約3倍くらいx86よりも遅い。Playerのx64版がでたばかりだから、なおさら気になった。Part2前にバイトコードをただ単にネイティブ化するのが目的というのが、JaegerMonkeyだという話をしたと思うけど、触れるのを忘れてた話。cacheというのを使っている。