トップページ⇒tech
24コメント5KB

JIT/HotSpot/VM(etc.)スレ

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
JIT/VM/HotSpotなどに重点を置いた、
最近のコンパイラ実装技術関係について話し合いましょう
0002デフォルトの名無しさんNGNG
HotSpotってSelfからきた技術らしいね。
Polymorphic Inlined Cache(PIC)とかも。
0003デフォルトの名無しさんNGNG
つーかすげーマニアックなスレだ。
0004デフォルトの名無しさんNGNG
Javaヲタの俺でも参加できねえ……。
0005デフォルトの名無しさんNGNG
むー良かったら関連するサイトへのリンクなどはっていただけませんでしょうか。
0006某スレでぼやいた人NGNG
わーい。スレが立ってる。
でも、JITって資料少ないよね・・・。
「コンパイラの構成の最適化」に導入みたいなものなら書いてあったけれど・・・。
0007デフォルトの名無しさんNGNG
バイトコードの勉強しようと思うけどできない。
0008デフォルトの名無しさんNGNG
>>3
全然、Javaヲタじゃねーじゃん。
0009デフォルトの名無しさんNGNG
究極のObfuscatorきぼ〜ん。
IBMのJAXそこそこ賢かったんだけど放置プレイされとるし。
00106NGNG
http://www.egroups.co.jp/group/jvm-talk

こーゆーのもあるんだけれど、元気ないね・・・。
0011確信犯教えてクンNGNG
ここなら分かるひと居るかな?誰か教えてちょ。

JavaのThreadのスケジューリングポリシーって
どうなってるんでしょうか?

タイムシェアリングでしょうか?
あるいは、プログラマー側が明示的にwaitだのyieldする
までずっと実行権限占有したりするのでしょうか?
マルチCPUマシンだとどうなるんでしょうか?
VMの実装毎、あるいはOS毎にポリシーが違ったり
するんでしょうか?
仕様できまっているのか、それともVMの実装依存?

あるいはどこかにそういう資料ないでしょうか?

人が作ったマルチスレッドのコ汚いプログラムを
メンテする羽目になったんですが、その当たりが
分からないと方針決められないんですよねえ…
00126NGNG
>>11
スケジューリングポリシーは実装依存です。
Win32はタイムスライシング,
Solarisはラウンドロビンだそうです。

VMに関してはこれ
http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html
0013デフォルトの名無しさんNGNG
JITにおける「定石」ってどんなのがありますか?
(たとえば実行時定数を探し出すとか?)
0014デフォルトの名無しさんNGNG
VMっていうとJAVAのそれを思い浮かべがちですが、
他の言語で使われてるそこそこ有名なのって無いんですか?
0015デフォルトの名無しさんNGNG
>>14
interpreterな言語はある意味VMで動いているよ。
構文木じゃなくて、
いったん中間コードみたいなものに変換して動いているものの方が、
より「VMで動いている」といえるかな。
0016デフォルトの名無しさんNGNG
「Java Just-In-Time コンパイラにおける最適化とその評価」
電子情報通信学会技術研究報告, CPSY99-64, 1999
でも読みたまえ>>13
0017デフォルトの名無しさんNGNG
Javaは糞、何をやっても糞にしかなりません。
0018shigeNGNG
rubyこそ真のオブジェクト指向言語です。
001913NGNG
>>16
あでぃがとう。読んでみます。
0020デフォルトの名無しさんNGNG
>>14 Pコード(W
0021デフォルトの名無しさんNGNG
age
002213NGNG
検索したら分館にはないことが判明してショックを受けたよage

このスレはもうだめかのぉ・・・
0023デフォルトの名無しさんNGNG
昔、jasminってあったな
0024デフォルトの名無しさんNGNG
このスレはJavaとは直接関係ないですage
■ このスレッドは過去ログ倉庫に格納されています