その他の考慮事項
Java Platform, Standard Edition HotSpot Virtual Machineガベージ・コレクション・チューニング・ガイド 目次 前 明示的なガベージ・コレクション アプリケーションがガベージ・コレクションと相互作用できるもう1つの方法は、System.gc()をコールして、すべてのガベージ・コレクションを明示的に呼び出すやり方です。これを行うと、必要ない場合(たとえば、マイナー・コレクションで十分な場合)でもメジャー・コレクションの実行が強制されるので、通常は使用しないことをお薦めします。明示的なガベージ・コレクションによるパフォーマンスへの影響を測定するには、フラグ-XX:+DisableExplicitGCを使用してVMにSystem.gc()のコールを無視させ、明示的なガベージ・コレクションを無効にします。 明示的なガベージ・コレクションが最もよ
OutOfMemoryError例外の理解
メモリー・リークの一般的な兆候の1つは、java.lang.OutOfMemoryError例外です。通常、このエラーは、Javaヒープにオブジェクトを割り当てるための十分な空間がないときにスローされます。この場合、ガベージ・コレクタによって新しいオブジェクトを格納するための空間を確保することも、ヒープをこれ以上拡張することもできません。また、このエラーは、Javaクラスのロードをサポートするための十分なネイティブ・メモリーがないときにスローされる場合もあります。ガベージ・コレクションの実行に過剰な時間が消費され、メモリーがほとんど解放されていない場合、まれにjava.lang.OutOfMemoryErrorがスローされることがあります。 java.lang.OutOfMemoryError例外がスローされるときに、スタック・トレースも出力されます。 java.lang.OutOfMem
Very Large MemoryおよびHugePages
G Very Large MemoryおよびHugePages この章では、Linuxシステム管理者がLinuxシステムにVery Large Memory構成およびHugePagesを構成する方法について説明します。 次の項目について説明します。 Linux x86のVery Large Memory HugePagesの概要 G.1 Linux x86のVery Large Memory Very Large Memory(VLM)を構成することによって、32ビットのOracle Databaseが、従来はLinuxアプリケーションで利用可能だった4GB以上のRAMにアクセスできるようになります。この32ビット向けのOracle VLMオプションでは、メモリー内ファイル・システム(/dev/shm)を使用して大規模なデータベース・バッファ・キャッシュを作成します。SGAの他の部分は、通
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MemoryUsage (Java Platform SE 7)
ガベージコレクションのエルゴノミクス
