Cassandra ConcurrentMarkSweep GC超过1307ms

Cassandra ConcurrentMarkSweep GC超过1307ms,cassandra,garbage-collection,Cassandra,Garbage Collection,如何在我的cassandra中调整CMS gc。我们看到这种情况每小时发生一次/gc扫描持续一秒 ConcurrentMarkSweep GC在1307ms内完成。CMS旧代:377389368->365877600;标准伊登空间:588805072~0;PAR生存空间:4718504~0</P> 我们在env文件中有如下堆设置 MAX_HEAP_SIZE="8192M" HEAP_NEWSIZE="800M" ### CMS Settings -XX:+UseParNewGC -XX:+

如何在我的cassandra中调整CMS gc。我们看到这种情况每小时发生一次/gc扫描持续一秒 ConcurrentMarkSweep GC在1307ms内完成。CMS旧代:377389368->365877600;标准伊登空间:588805072~0;PAR生存空间:4718504~0</P> 我们在env文件中有如下堆设置

MAX_HEAP_SIZE="8192M"
HEAP_NEWSIZE="800M" 

### CMS Settings

-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:+CMSParallelRemarkEnabled
-XX:SurvivorRatio=8
-XX:MaxTenuringThreshold=1
-XX:CMSInitiatingOccupancyFraction=75
-XX:+UseCMSInitiatingOccupancyOnly
-XX:CMSWaitDuration=10000
-XX:+CMSParallelInitialMarkEnabled
-XX:+CMSEdenChunksRecordAlways
# some JVMs will fill up their heap when accessed via JMX, see CASSANDRA-6541
-XX:+CMSClassUnloadingEnabled

几乎没有足够的信息,但如果GC来自碎片,则减少XX:cmSinitiatingOccessyFraction(55)可能会有所帮助。

几乎没有足够的信息,但如果GC来自碎片,则减少XX:cmSinitingOccessyFraction(55)可能会有所帮助。

如果使用Java 8,那么G1GC可能是一个更好的选择。如果您使用的是Java 8,那么G1GC可能是一个更好的选择。您能告诉我您还需要哪些其他信息吗