g1

1熱

2答えて

カードテーブル検証失敗によるG1 GCのJVMクラッシュ

最近、Oracleの代わりにOpenJDK JREを使用し始めました。 のTomcat 8.0.29 のCentOS 6.7（2.6.32-279.el6.imp6.numa.x86_64＃1 SMP水曜日3月30日11時50分42秒IDT 2016 x86_64のx86_64でのx86_64版：環境から構成されGNU/Linuxの） "致命的なエラーがJavaランタイム環境で検出された" サーバ

java linux garbage-collection jvm g1 2016-04-11

---

1熱

1答えて

UseCompressedOopsキック・イン・スレッショルドがG1とCMSで異なる

Oracleで64ビットJava 1.8ホット・スポットJVMを実行しています。私は、さまざまなGCメカニズムが使用されているときに圧縮されたオブジェクトポインタをキックするためにJVMの動作の違いを頭に入れようとしています。たとえば： $ java -XX:+UseConcMarkSweepGC -XX:+PrintFlagsFinal -Xms32766m -Xmx32766m bool

java garbage-collection g1 concurrent-mark-sweep 2016-08-03

---

1熱

1答えて

フォロー：G1​​コレクターがフルGCをやっていない

これはIHOPで45％ S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT 0 96M 0 96M 3.4G 704M 6.5G 5.5G 640M 451.2M 6739 44.4m 0 0m 44.4m 旧世代のための -XX:MaxGCPauseMillis=100 -XX:InitiatingHeapOccupancyPercen

java garbage-collection g1 2016-08-04

---

1熱

1答えて

G1長い若いGC時間同時マーキングサイクルに

JDKのバージョン開始時に時折 -Xms24g -Xmx24g -Xss256k -Djava.awt.headless=true -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:MaxGCPauseMillis=10000 -XX:InitiatingHeapOccupancyPercent=30 -XX:+ParallelRefProcEna

java garbage-collection g1 2016-08-10

---

6熱

1答えて

なぜG1GCは混合コレクションを開始する前に若い世代を縮小しますか？

G1が混合コレクションの実行を開始する必要があると判断した場合、Eden領域を積極的に10gから約1gに縮小します。 {Heap before GC invocations=294 (full 0): garbage-first heap total 20480000K, used 18304860K [0x00000002de000000, 0x00000002de804e20, 0x0000

java garbage-collection heap-memory g1gc g1 2016-03-31

---