本記事は、HP-UX Developer Edgeに掲載された記事を株式会社アットマーク・アイティおよび本記事の筆者が独自の判断のもとに加筆・修正したものです。 今回は、Javaにおけるヒープ・メモリ管理の詳細を説明します。JVMのヒープ・メモリの中で、新しいオブジェクトと古いオブジェクトがどのように配置されるかを理解することで、ヒープ・メモリが有効に利用されているか否かを判断することができます。また、JVMが出力するガベージ・コレクションのログを解析し、オプションの指定によってヒープ・メモリのサイズを適切にチューニングする方法を紹介します。 Java ヒープ・メモリの構造 Javaにおけるガベージ・コレクションのメカニズムを理解するには、まずヒープ・メモリの構造を知っておく必要があります。 図1は、JVM におけるヒープ・メモリの構造を示したものです。この図が示すように、ヒープ・メモリの
Java のヒープ領域及び 非ヒープ領域、メモリ管理について簡単に説明いたします。 ヒープやヒープサイズはガーベジ・コレクション：GC ( Garbage Collection ) と密接な関連があります。以下のページも合わせて参照ください。 ガーベジ・コレクション：GC ( Garbage Collection ) についての簡単な説明と調査方法 Java のオブジェクトは、大きく分けて、New、Old 、Permanent というメモリ領域で管理されます。 新しいオブジェクトを格納するのが New 領域と呼ばれ、古いオブジェクトを格納するのが Old 領域と呼ばれます。 Permanent 領域にはクラスやメソッドなどの情報が格納されます。 ( これらは Permanent Generation, Tenured Generation, Young Generation とも
Points to Note When Shopping for a Washing Machine There are different washing machines brands in New Zealand. When shopping, therefore, you need to ensure that first, you get a quality machine; a machine that will last through many years without breaking down. You check product warranties and reviews when shopping to ensure a machine is a good quality. The material of the drum can be enamel, plas
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 こんちゃ（´･ω･)ﾉ 今回はJavaの監視ツールについて。 Javaでは標準でJavaの監視ツールが入ってたり入ってなかったりする。 sunからJDKを落としてきて入れている人は、 たぶん監視ツールが[JAVA_HOME]/bin/配下にあるだろう。 その中から監視に使えるツールを紹介します。 基本的にヒープ使用量などの監視ができます。 ◆java VisualVM グラフィカルなJavaのヒープ監視ができるツール。 コマンドプロンプトから「jvisualvm」を実行する。 すると以下のような画面が開きます。 この画面でヒープ使用量などを監視することができます。 ◆jconsole jconsoleもグラフィカルにヒープ使用量を監視することができるツールです。 コマンドプロンプ
本記事は、HP-UX Developer Edgeに掲載された記事を株式会社アットマーク・アイティおよび本記事の筆者が独自の判断のもとに加筆・修正したものです。 この連載では、Javaアプリケーションのパフォーマンスチューニングについて、さまざまなテクニックやツールの使い方を紹介していきます。連載の第1回では、パフォーマンスチューニングにおける基本的ルールや、HPが提供する各種のJavaパフォーマンス・ツールの使い方を説明します。なお、今後の連載では、JVMレベルにとどまらず、OSのカーネル・パラメータやネットワーク・パラメータのレベルでのチューニング方法も解説します。また、より高度なチューニング技法として、JVMのガベージ・コレクションやスレッド競合に注目する方法も紹介する予定です。 連載予定 第1回 Javaパフォーマンスチューニングのルール 第2回 Javaのガベージ・コレクション
本日開催のSun Tech Daysのハンズオン「NetBeansプロファイラでのメモリリークの検出」で、実行中のJavaプログラムにアタッチしてプロファイルする操作ができなかった。 コマンドプロンプトから、jpsコマンドを実行しても何も出ない（jps自身のIDも出ない）。以前よりWindowsXP環境でたまに遭遇した「jpsコマンドで何も表示されない」問題だ。経験的にはJDKの新しいバージョンを入れた後に起きやすい。 見出している回避方法は、%TEMP%\hsperfdata_#### （注:####はユーザ名が入る）フォルダを削除することだ。このフォルダに対する何らかのアクセス権がないと問題が発生するようだ。
タイトルのエラーが$TOMCAT_HOME/logs/catalina.outに出力されスレッドが終了していた。。 このエラーのケツに注目。 これがPermGen spaceではなくJava Heap Spaceと出ればjavaのヒープ領域が不足し、 Out of Memoryエラーが起きてスレッドが終了していたと考えられる。 ヒープ領域が不足した場合はTomcatプロセスに割り当てられるOSが許す最大のメモリ領域 を指すので不足しているということはプログラムがメモリを開放させるよう組まれていないか、 メモリにゴミがたまりやすいよう設計されていないかなどプログラムを疑うことができます。 しかし、今回のばやい、PermGen spaceなのでこれは非ヒープ領域です。 じゃあこの領域はなんなんでしょう？ それはPermanent領域と言って主にJavaクラスのメタ情報が格納されます。 単純なプ
環境としてはこんな感じ OS:Windows2003Server Java:JDK5 Tomcatとかexeとかから、不定期にjavaコマンドでjarを実行するアプリケーション 事象としては 実行タイミングは不定期、実行時間は数秒〜数時間（処理データ数に依存） 問題なく動くのだが、時々理由がなくプロセスが吹っ飛ぶ（cmd.exe & java両方） という感じ。理由なく吹っ飛び、Windowsとかのイベントにも残らないため、当初は Javaが理由なく吹っ飛んだという理由で片付けられた問題。 自己防衛で言っておくと作ったのは、別チームだったのですがいろいろあってオイラが調査→対応することになった訳。 備忘録なので結果から言うと Javaの仕様の一部 だったのですが、調査の経緯と仕様とまとめていきます。 調査１ とりあえず、try{}catch{}finally{}を仕込でみる。 逆に言うと例
Java VMのメモリ不足の問題は、解決までに時間を要する。だが適切な初期調査を行えば、ある程度まで原因を絞り込め、早期解決につながる。今回はメモリ不足問題の対応方法を、体系立てて解説する。 問題解決のポイント Java VMでメモリ不足が発生した時に重要となるポイントは、早期に発生個所の特定と原因の切り分けである。 Webシステムでメモリが不足すると、「java.lang.OutOfMemoryError」メッセージが出力される。このメッセージが出力された時、最初に行うことは、WebサーバやJava VMのログを確認することだ。これらのログから障害の痕跡を発見できると、障害内容からメモリ不足の原因を切り分けられる。しかし、使用しているJava VMによっては、障害の切り分けに必要な情報が得られない場合もある。その場合、GCログが障害解析の資料として役に立つ。 以降、Webシステムを例に、
GCを適切に行わせるためのヒープサイズの設定 JVMにGCを適切に行わせるにはヒープサイズを適切に設定（New領域サイズ、Old領域サイズ、領域サイズのバランスなど）する必要があります。当然、適切なヒープサイズはアプリケーションに依存します。一般にヒープサイズが小さいとGCが頻発してアプリケーションのパフォーマンスが低下します。さらに、ヒープサイズが必要量を下回る場合はOutOfMemoryErrorが発生してアプリケーションが停止してしまいます。一方、ヒープサイズが大きいと、GCの起動回数は減りますが、GC1回当たりの処理時間、すなわちアプリケーション停止状態が長くなり、アプリケーションの応答時間に問題が出る場合もあります。システムの物理メモリのフリー領域が不足するまでヒープサイズを大きくすると、物理メモリからスワップ領域へのページングが起こってしまい、かなりのパフォーマンスが劣化する可
Index JNDI とは シンプルな実装例 JNDI とは ネームサービス及びディレクトリサービスへのインターフェイス Java Naming and Directory Interface (JNDI) 参照 注意: このドキュメントではディレクトリ検索についてのみ示す シンプルな実装例 メールアドレス検索 ディレクトリ操作をするための InitialDirContext インスタンスを生成 DirContext は Interface search(String name, String filter, SearchControls cons) で検索し結果を SearchResult を含んだ NamingEnumeration で返す name: エントリの DN を指定 filter: 検索条件 cons: どのディレクトリまで検索するか (scope) SearchResul
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 「プロになるためのWeb技術入門」 ――なぜ、あなたはWebシステムを開発できないのか: 小森裕介: 本