JavaのGC頻度に惑わされた年末年始の苦いメモリ
JavaのGC頻度に惑わされた年末年始の苦いメモリ：現場から学ぶWebアプリ開発のトラブルハック（9）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） Java言語を利用するようになって、システムを開発するうえで楽になった要素は何かというアンケートがあったとき、読者の皆さんならどのように回答するだろうか。私は迷わず、「メモリ管理」と回答する。 同時に、Javaを利用してシステム開発を行う際に、注意していること、悩まされたことは何かとアンケートがあれば、「GC（ガベージ・コレクション）」と回答するだろう。 多くのシステム開発の現場では、いまこの瞬間も、JavaのGCの挙動に悩まされ、GC
Java GCチューニング
あるプロジェクトにて、いつものように朝出勤するとサポート担当者が 慌ただしく電話対応に追われていた。話を伺ってみると、昨日未明にアプリケーションサーバがシステムダウンが発生したとのこと。その場は、サーバをリブートしてシステムを復旧することができたが、原因は調査しなくてはならない。ログを解析すると、メモリリークが発生したことが原因なのはすぐに分かったが、メモリリークが発生した原因が分からない。夜間バッチの処理中にメモリリークが発生しているが、日次処理であり今までは問題なく稼働していた。急激にトランザクションデータが増加したわけでもない。 そもそも、メモリリークは何故発生するのだろうか。Javaの一番の特徴は、GC(ガベージ・コレクション)にあると言っても過言ではない。通常、開発者はメモリ管理を意識してコーディングする必要があるが、Javaに関しては開発者に代わってJVMが任意のタイミングでG
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
