cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Goffinet (JIRA)" <>
Subject [jira] Commented: (CASSANDRA-896) GC issues with LinkedBlockingQueue, very large heap sizes
Date Mon, 22 Mar 2010 05:52:27 GMT


Chris Goffinet commented on CASSANDRA-896:

ArrayBlockingQueue helps keep memory under control. I set the capacity to 4096 (stagingQueueSize).
Test is still running but within first 15 minutes its stable. I will measure different sizes,
as this is going to limit writes (blocking queue). I think we will have to make this a tunable
so users can trade off memory for higher write throughput.

> GC issues with LinkedBlockingQueue, very large heap sizes
> ---------------------------------------------------------
>                 Key: CASSANDRA-896
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 0.6
>            Reporter: Chris Goffinet
>            Assignee: Chris Goffinet
>             Fix For: 0.6
>         Attachments: Screen shot 2010-03-14 at 10.19.09 PM.png, Screen shot 2010-03-14
at 10.20.31 PM.png
> We were doing a large import over thrift today (250M rows) with 50 columns each. We noticed
when this process started, that the heap usage slowly began to rise. Eventually hitting 10GB.
After investigating heap dumps we noticed this is linked to GC problems in the JVM for LinkedBlockingQueue.
Sending a hint through jconsole to perform GC didn't help either.
> See this article:
> JDK  1.6.18 doesn't have this fix yet either. We could possibly add the change from:

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message