x86/x64最適化勉強会4

Ryoma Sin'ya @sinya8282

#x86opti @Constellation 「俺が仕様だっ！」

とみながたけひろ @takehiro_t

Context Switchingは原理は理解しているが実装した事はないなあ #x86opti

takesako @takesako

x86/x64最適化勉強会4 @Constellation さんによる「Context Threading JIT」の話。プレゼンうまくなってるなー #x86opti http://t.co/ZTVJAfoG

にっくる @nicklegr

JavaScriptCore, JaegerMonkeyはContext Threading JITしてる #x86opti

とみながたけひろ @takehiro_t

context threadingをインタプリタで実装するというヘンタイ構想を昔持ったのだがいまだに実装していない(というか本当に性能が上がるのか懐疑的だったりする) #x86opti

とみながたけひろ @takehiro_t

railgun... このJITはびりびりする(?) #x86opti

にっくる @nicklegr

lv5 railgun bytecode www #x86opti

とみながたけひろ @takehiro_t

やっぱ(少なくとも一段目の)JITはさくさくコードを作る事が重要だよなー #x86opti

にっくる @nicklegr

命令融合はJITで効いてくる。前の命令のコンテキストを使うといい命令が吐ける。(cmp -> jmp)とか #x86opti

nothingcosmos @nothingcosmos

#x86opti Check out this SlideShare presentation : x86向けHotspotの気持ちになって考える、JITコンパイラの適応的最適化について http://t.co/Zv9Wz549

とみながたけひろ @takehiro_t

インラインキャッシュといもうとこんぷれっくすについて #x86opti

にっくる @nicklegr

脳内JITはじまったw #x86opti

とみながたけひろ @takehiro_t

世界の最先端の実装は200msぐらいで動かすけど、やつらもJITコンパイラ化したころは1000msぐらいで今の俺も同じぐらい。よってこのままこの長いJIT最適化坂を登っていけば世界最速で俺が規格書だ状態が出来る、てことですね。中二成分が刺激されるぜ! #x86opti

HOSHIZUKI, Yusuke @lunatic_star

.db cc して si si si ... とか普通にやってた？ #x86opti

にっくる @nicklegr

JITの実装経験者が次々にw すごい空間だ #x86opti

とみながたけひろ @takehiro_t

やはりJITコンパイラ・バイナリトランスレーターのデバッグはローテクに走るしかないのか・・・(デバッグ用にデバッガをいじったりしたけどあきらめた) #x86opti

T.T. @t_teruya

「基礎的な質問」が質問者の経験を踏まえていて，全然基礎的じゃない件について #x86opti

T.T. @t_teruya

iccの人だ！ #x86opti

HOSHIZUKI, Yusuke @lunatic_star

windows はなぜか int 3 じゃなくて int 4 とかやってもブレークポイントになるんだけど適当だなぁと思ったり。でも int 3 だと 0xcc 1バイト命令なのに int 4 は2バイト命令になるのでちょっと。 #x86opti

takesako @takesako

次は @nothingcosmos さんによる「x86向けHotspot(OpenJDK7 JVM)の気持ちになって考える、JITコンパイラの適応的最適化について」の発表 #x86opti http://t.co/WQQT1DbN

小倉唯 @Constellation

これはひどいｗ #x86opti

HOSHIZUKI, Yusuke @lunatic_star

STM ユーザよりも Java ユーザの方が少ない！！ #x86opti

にっくる @nicklegr

そしてJava書いてる人が4人しかいないww #x86opti

とみながたけひろ @takehiro_t

STMを使う人よりJavaを使う人の方が少ない会場 #x86opti

にっくる @nicklegr

分岐回数・関数呼び出しの回数をプロファイル取ってホットスポットを特定する #x86opti