Please enable JavaScript.

Coggle requires JavaScript to display documents.

Javaパフォーマンス - Coggle Diagram

- - - - 複数回メソッドをコールするとJITコンパイラはキャッシュぽいことをして、同じコンパイルはしないようにする
    - - 逆にそんなに使われないコードの場合はコンパイルしてもその時間が無駄なので、インタプリタっぽく呼ぶことになる
  - - - あまり使われないコードをJITコンパイルしたとしても、その時間が持った無い
      - 逆にequalsとかの場合は何度もインタプリタによる実行のほうがコストがかかる
        
        なので、JITコンパイルして、機械語にしておいてやる
        最適化だね
      - classファイルは中間コードであり、これを作ることでどのJVM上でも実行が可能
        
        JVMのインストールはOS似合ったものにしておくとOK
  - - - 早期にコンパイルを実施する
        初期のほうが早くなる
    - - 様子を見て最適なコンパイルを行う
        最初は遅いが、最適化がクライアントに比べ良い
    - - 早期にコンパイルして、より多く利用されるものについては、サーバコンパイラっぽく最適化を目指して再度コンパイルされる
        
        Java7から試験的に導入されて、java8からはデフォルトとなってるらしい
    - - コンパイルさせる閾値を設定することもできる
        
        例えばメソッドが10回コールされたらコンパイルするように設定など
      - https://qiita.com/kinshotomoya/items/c66954aee31f06db99a0
- - - - Javaのコードはコンパイルするたびに早くなるらしい
        
        なので、このウォームアップを行ってから計測に入るのが良さそう
        
        最適化が行われるため
      - 特定の処理自体の速度のベンチマークっぽい
    - - ユーザ視点での速度のベンチマーク
      - 外部リソースを使った場合など、アプリケーションに対するベンチマーク
  - - - JITコンパイラで最適化される
      - ウォームアップなしだと遅いので、ウォームアップによって最適化されたあとに計測するのが通例
    - - コンパイラによる最適化
      - キャッシュの有効利用
        
        同じファイルをキャッシュして、ループなどを高速化ｆ
- - - - 使用率とはどのくらい効率的にCPUが処理できたかの指標
        
        CPU使用率50%でバッチ処理が1秒かかっているとすると、
        使用率を100%にあげたら0.5秒で処理が完了する。
        
        100%に使用率は上昇するが、そのほうが効率的なので望ましい
        
        しかし、これは一定間隔でリクエストが来た場合や、他に処理するものがない場合などでしか意味はない。
        
        https://qiita.com/zd6ir7/items/2cb39f55f3b15af79f6f
      - CPUが単一と複数、スレッドが複数の場合でも目指すゴールは2つ
        
        スレッド同士がブロックされないようにCPU使用率を上げること
        
        多くのリクエストをさばけるようにCPU使用率を下げること
      - vmstatとか
    - - iostat
        
        スワップインやスワップアウト
        
        一秒間の書き込み量
        
        使用率
      - ファイル入出力がないアプリケーションもディスク監視はすべき
        
        理由はメモリのスワッピングが発生する可能性があるため
        Javaだとヒープのおかげで、顕著にメモリに影響がでるらしい。Javaアプリはメモリをいっぱいつかうから
    - - netstat
      - nicstat