cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-9805) nodetool status causes garbage to be accrued
Date Tue, 14 Jul 2015 17:34:05 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-9805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14626729#comment-14626729
] 

Jonathan Ellis commented on CASSANDRA-9805:
-------------------------------------------

Are you sure it's STW and not just CMS?

> nodetool status causes garbage to be accrued
> --------------------------------------------
>
>                 Key: CASSANDRA-9805
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9805
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Tools
>         Environment: Ubuntu 14.04 64-bit.  Cassandra 2.0.14.
>            Reporter: Andy Caldwell
>             Fix For: 2.0.x
>
>
> As part of monitoring our Cassandra clusters (generally 2-6 nodes) we were running `nodetool
status` regularly (~ every 5 minutes).  On Cassandra 1.2.12 this worked fine and had negligible
effect on the Cassandra database service.
> Having upgraded to Cassandra 2.0.14, we've found that, over time, the tenured memory
space slowly fills with `RMIConnectionImpl` objects (and some other associated objects) until
we start running into memory pressure and triggering proactive and then STW GC (which obviously
impact performance of the cluster).  It seems that these objects are kept around long enough
to get promoted to tenured from Eden and then don't get considered for collection (due to
internal reference cycles?).
> Very easy to reproduce, just call `nodetool status` in a loop and watch the memory usage
climb to capacity then drop to empty after STW.  No need to be accessing the DB keys at all.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message