cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivan Sobolev (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-5222) OOM Exception during repair session with LeveledCompactionStrategy
Date Tue, 05 Feb 2013 13:55:13 GMT

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

Ivan Sobolev commented on CASSANDRA-5222:
-----------------------------------------

{quote}So it's also possible this was set back to STCS by mistake.{quote}
You mean SizeTieredCompactionStrategy? 

Sstable's *-Data files are up to 100Mb

{quote}[default@chunks] describe chunks;
    ColumnFamily: chunks
      Key Validation Class: org.apache.cassandra.db.marshal.UTF8Type
      Default column value validator: org.apache.cassandra.db.marshal.BytesType
      Columns sorted by: org.apache.cassandra.db.marshal.BytesType
      GC grace seconds: 864000
      Compaction min/max thresholds: 4/32
      Read repair chance: 0.1
      DC Local Read repair chance: 0.0
      Replicate on write: true
      Caching: KEYS_ONLY
      Bloom Filter FP chance: default
      Built indexes: []
      Compaction Strategy: org.apache.cassandra.db.compaction.LeveledCompactionStrategy
      Compaction Strategy Options:
        sstable_size_in_mb: 100
      Compression Options:
        sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor{quote}

Anything else I could check?
                
> OOM Exception during repair session with LeveledCompactionStrategy
> ------------------------------------------------------------------
>
>                 Key: CASSANDRA-5222
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-5222
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 1.1.6
>         Environment: 3Gb Heap(12Gb per node RAM)
> 36 nodes, 0.9 Tb of data per node, Leveled compaction strategy, SSTable size =100Mb
>            Reporter: Ivan Sobolev
>            Priority: Critical
>         Attachments: sstablescanner.png
>
>
> 1.8 Gb of heap is consumed with 12k SSTableBoundedScanner * 140kbytes

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message