Java用爆速タイマーを作ってみる - 虎塚

（最終更新: 2011/03/06） # 履歴は記事の末尾にあります 先日、JDKのコードを読んで、JavaのSystem.nanoTime()を実行すると、Win32APIのQueryPerformanceCounterが使用されることを確認しました。 そこで、System.nanoTime()を使うよりも速いJava用タイマーを作ってみようと思います。 合言葉は、「そんなタイマーで大丈夫か?」「一番いいのを頼む」（※ただしインテルに限る） 何を考えたか QueryPerformanceCounterは、マシン起動時からの秒数を取得します。であるならば、Javaからネイティブコードを呼び出し、インラインアセンブラに同じ処理を書いて実行することで、JDKを経由してWin32APIを叩く分のコストを削れると考えました。 さらに、手作りタイマーの良さを生かせば、次のコストを切り分けることができ

[torazuka]

JNIコストを再計測しました。繰返し実行回数に依存するJIT最適化を考慮してみた（つもり）/ id:sh2 さん、ご指摘ありがとうございます。

[yamkazu]

正直良くわからんかった

[inose660]

System.nanoTime() に挑戦！とな。あとでじっくり読む。一コ前の記事も面白そう

[bufferings]

むふ。わかんね。

[Nagise]

僕のJava上からの計測だとSystem.nanoTime()が2μ秒ぐらいだったけども。JNIのコストの計測はよくわからない

[sh2]

Java側がHotSpotでネイティブコードに変換されることが考慮されていない。たった3,000回の最頻値ではなく、-server -XX:CompileThreshold=NでServer VMを使用しN回目以降の処理クロック数を計測結果とするべき。参考 http://ibm.co/cnS1Jl