第8回　イレギュラーなヒープの動作を理解する | gihyo.jp

テクノロジーカテゴリーの変更を依頼記事元:

gihyo.jp

23 usersがブックマークコメント

記事へのコメント3件

注目コメント
新着コメント

kiyo_hiko Edenに入らないオブジェクトができた場合、それはいきなりTenuredに入る (SURVIVORは常にEdenより小さい、Edenに入らないからってOOMEで落とすよりは待ってでも実行続ける発想らしい) 短中期のオブジェクトが多い場合newを増やす

2013/08/14 リンク

spinningplates なるほど、New 領域を増やすときのユースケースってことですかね。全体のヒープが 2GB のとき、Xmn は 512MB にはするので、これをはみ出すのは、かなり大きいオブジェクトですが。。

java

2013/07/04 リンク

okanoao ［Feedly］第8回　イレギュラーなヒープの動作を理解する ── Javaはどのように動くのか～図解でわかるJVMの仕組み

2013/07/01 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

第8回　イレギュラーなヒープの動作を理解する | gihyo.jp

Tenured領域を早く使ってしまうパターン前回ご紹介したように、HotSpotのヒープでは、アプリケーション... Tenured領域を早く使ってしまうパターン前回ご紹介したように、HotSpotのヒープでは、アプリケーションがオブジェクトを作成するとまずはじめにEden領域が割り当てられ、マイナーGCによってSuvivor領域、Tenured領域へと移動していく流れが一般的でした。しかし、このパターンではないイレギュラーなパターンがいくつか存在します。その1つが、「⁠オブジェクトが一般的なパターンに比べ、早くTenured領域に移動してしまう」というものです。図1　Tenured領域を早く使ってしまう例 Tenured領域はメジャーGCの対象であり、メジャーGCはNew領域を対象とするマイナーGCに比べ、はるかに停止時間が長くなります。そのため、このようなパターンが頻繁に起こる場合は、メジャーGCの多発によってアプリケーションの停止時間が増加します。図2　Tenured領域を早く使ってしまう