第6回 HotSpot JVMのヒープ構造の仕組みを把握する | gihyo.jp
ヒープ構造は2つの領域から成り立つ 前回までの連載では、HotSpot JVM（以下HotSpot）やJRockit JVMなどのJVMの種類を問わない内容を紹介しました。今回からは、Oracle社より提供されるHotSpotをもとに、実装の具体的な特徴を見ていきましょう。 HotSpotは無料で使用できるJVMの1つで、デスクトップからサーバまで幅広い環境で使用されています。フルGCの発生回数を抑えてアプリケーションの停止時間を短くするために、第5回で紹介した世代別GCを採用しています。 HotSpotでは、ヒープを以下の2つの領域に分かれています。 New領域 ⇒ 若い世代の領域 Tenured領域 ⇒ 古い世代の領域 図1 HotSpotでの世代別ヒープ 比較的短命なオブジェクトは、New領域内のGCで回収されます。長時間使用されるオブジェクトは、New領域を対象とされるマイナーGC
jrubyでさくさくrspecを実行する(Nailgun or spork) - たごもりすメモ
JRubyでコード書いてるとrspecを起動するたびに永遠にも等しい待ち時間が苦痛で苦痛で苦痛で。 素のrspecで5.6秒、rspecを実行するようにRakefileを書いた rake test で9.4秒、bundle exec rake test に至っては19.7秒という永遠にも等しい時間を必要とする。こうなると生きるのがつらくなってくる。 で、調べてたらsporkなるものがあるらしいんだけど試してみてもなんかいまいちうまくいかない。(うまく動いた、末尾の追記参照) んでさらに調べてたら、そもそもjvmの起動コストについてはNailgunという仕組みをつかってパスできるっぽい。世の中のRailsアプリだとRailsまわりのライブラリのロードがさらに辛いらしいが、まあそこは今の自分には関係ないのでパス。jvm起動コストだけなんとかなればいいや。 ということで、簡単。以下のようにする。
スローダウン、ハングを一発解決 スレッドダンプはトラブルシューティングの味方 #wlstudy
スローダウン、ハングを一発解決 スレッドダンプはトラブルシューティングの味方 #wlstudy1 of 53
第1回 JVMはどのようにメモリ空間を利用するのか | gihyo.jp
あのWebサービスもJVMを利用している 「Javaは大規模なエンタープライズシステムにしか使われない」 それが常識だと思っていませんか？ たしかに、これまでJava Virtual Machine（JVM）は、他の言語を実行すると遅く、Javaのプログラムを実行する環境にすぎないものでした。ところが、Java 7から実装されたInvokeDynamicにより、JVM上で、RubyやPHPなどさまざまなコンピュータ言語で記述されたプログラムをより高速に実行できるようになりました。 これにより、今までエンタープライズでJava言語で記述されたプログラムを実行するだけの環境であったJVMが、汎用的な実行環境になったと言えます。また、これまでJavaの実行環境として使用されていたノウハウが、他の言語で記述されたプログラムを実行する際にも利用できます。 最近では、TwitterがJVMをアプリケー
Bytecode basics
Bytecode basics A first look at the bytecodes of the Java virtual machine Welcome to another installment of "Under The Hood." This column gives Java developers a glimpse of what is going on beneath their running Java programs. This month's article takes an initial look at the bytecode instruction set of the Java virtual machine (JVM). The article covers primitive types operated upon by bytecodes,
JVM performance optimization, Part 2: Compilers
JVM performance optimization, Part 2: Compilers Use the right Java compiler for your Java application Java compilers take center stage in this second article in the JVM performance optimization series. Eva Andreasson introduces the different breeds of compiler and compares performance results from client, server, and tiered compilation. She concludes with an overview of common JVM optimizations su
JVM performance optimization, Part 1: A JVM technology primer
JVM performance optimization, Part 1: A JVM technology primer Java performance for absolute beginners Java applications run on the JVM, but what do you know about JVM technology? This article, the first in a series, is an overview of how a classic Java virtual machine works such as pros and cons of Java's write-once, run-anywhere engine, garbage collection basics, and a sampling of common GC algor
実行中のJavaアプリケーションの拡張設定を確認／変更する - CLOVER🍀
jinfoというJDKに付属しているコマンドラインツールを使用すると、Javaの起動オプションやシステムプロパティを確認できたり、「-XX」ではじまる一部の値については実行中に変更できるようです。 詳しい説明は以下に書いてありますが、jstackやjmapなどと同様、使用するには対象のJavaVMのPIDが必要です。 http://java.sun.com/javase/ja/6/docs/ja/technotes/tools/share/jinfo.html 例えば、以下のようなちょっとわざとらしいオプション指定でJavaアプリを起動します。 $ java -Xmx512M -XX:+UseParallelGC -XX:+UseParallelOldGC -XX:ParallelGCThreads=2 -XX:+PrintGCTimeStamps -XX:+PrintGC -XX:+Pr
Javaプログラムのボトルネックを専用ツールで探す : toda_k
前回はハードウェアやOSから情報を収集して調査方針を洗い出す方法についてざっくりと紹介しました。今回はJavaプログラムに速度劣化の原因が疑われる場合に実施すべきボトルネック調査について見ていきます。 ツールは何を使うべきか？ 一般に、調査用ツールにはCUI/GUIという種類とリアルタイム/統計取得という種類があると考えています。例えばjconsoleはGUIでリアルタイムにJVMの状況を見るもので、 hprofはCUIで統計情報を得るものです。他に考えられる区分としては「JDK標準付属か否か」もありますが、準備に時間をかけられる状況ならあまり重要ではないでしょう。 ボトルネック調査で必要なのは、多様な情報を適切に取捨選択しつつリアルタイムに観察できることです。仮説が定まらない段階とメソッド単位で問題を追っている段階では必要な情報の幅が大きく異なりますし、特定フェーズでのみ遅くなるなどの「
jdk6u23 で jps/jstat が動作しないあるある - Bug’s Groove
お小遣いの残高と年齢以外の数値を計測する事は大好きなソメダです、おはようございます。 さて、皆様におかれましても、運用時の Java アプリケーションのヒープの利用状況の傾向監視は行われているとは思いますが、そういった用途に利用される事の多い jps/jstat といったユーティリティが、現在 (2011年01月) 最新の Java SE 6 update 23 では動作しない事があります。 これは、java.io.tmpdir を OS 標準のディレクトリ (Linux だと /tmp ) 以外に指定して JVM を起動した場合に発生し、例えば以下のような状況になります。 # ps -aef | grep java tomcat 29030 1 0 Jan12 ? 01:04:01 /usr/java/default/bin/java <略> -Djava.io.tmpdir=/usr/
Fatal Error Log - Troubleshooting Guide for Java SE 6 with HotSpot VM
Document Information Preface 1. Diagnostic Tools and Options 2. Detailed Tool Descriptions 3. Troubleshooting Memory Leaks 4. Troubleshooting System Crashes 5. Troubleshooting Hanging or Looping Processes 6. Integrating Signal and Exception Handling 7. Submitting Bug Reports A. Environment Variables and System Properties B. Command-Line Options C. Fatal Error Log D. Summary of Tools in This Re
CollabNet is currently down for
CollabNet is currently down for scheduled maintenance. As part of CollabNet's expansion and improvement plan, we are upgrading the space in our datacenter to help better serve you as our customer. CollabNet is making improvements and expansions to the network, power, and the overall infrastructure of our datacenter space. The maintenance is scheduled to conclude at 7:00AM PST Saturday morning.
Troubleshooting Guide for Java SE 6 with HotSpot VM
This document is a guide to help troubleshoot problems that might arise with applications that are developed using the release of Java Platform, Standard Edition 6 (JDK 6 release or Java SE 6 release). In particular, this guide addresses possible problems between the applications and the Java HotSpot virtual machine. The document provides a description of the tools, command line options, and other
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java コードから Java ヒープまで
Lucene with Zing, Part 2
Lucene index in RAM with Azul's Zing JVM
English (US)
VisualVM Home — Java.net
GC改善に役立つ新しいJVMパラメータ | 関口宏司のLuceneブログ
What are the best JVM settings for Eclipse?
