[
https://issues.apache.org/jira/browse/CASSANDRA-5624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13686772#comment-13686772
]
J.B. Langston commented on CASSANDRA-5624:
------------------------------------------
I'm not sure what would qualify as weird, but here's what I know about what
they're doing...
In cassandra.yaml, they have 'row_cache_size_in_mb: 512', and row cache is
enabled on one CF (PathInfo). The rest have key cache only.
Here's the show keyspaces output:
Keyspace: File:
Replication Strategy: org.apache.cassandra.locator.NetworkTopologyStrategy
Durable Writes: true
Options: [CDC:1, BELL:1, RDC:1]
Column Families:
ColumnFamily: FileData
Key Validation Class: org.apache.cassandra.db.marshal.BytesType
Default column value validator: org.apache.cassandra.db.marshal.BytesType
Columns sorted by: org.apache.cassandra.db.marshal.AsciiType
GC grace seconds: 18000
Compaction min/max thresholds: 4/32
Read repair chance: 1.0
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.SizeTieredCompactionStrategy
Compression Options:
sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor
ColumnFamily: PathInfo
Key Validation Class: org.apache.cassandra.db.marshal.BytesType
Default column value validator: org.apache.cassandra.db.marshal.BytesType
Columns sorted by: org.apache.cassandra.db.marshal.BytesType
GC grace seconds: 18000
Compaction min/max thresholds: 4/32
Read repair chance: 1.0
DC Local Read repair chance: 0.0
Replicate on write: true
Caching: ALL
Bloom Filter FP chance: default
Built indexes: []
Compaction Strategy:
org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy
Compression Options:
sstable_compression: org.apache.cassandra.io.compress.SnappyCompressor
And the nodetool cfstats output:
Keyspace: File
Read Count: 53204
Read Latency: 70.72740728140742 ms.
Write Count: 57783
Write Latency: 0.20002642645760862 ms.
Pending Tasks: 0
Column Family: PathInfo
SSTable count: 3
Space used (live): 10946052
Space used (total): 10946052
Number of Keys (estimate): 42496
Memtable Columns Count: 2116
Memtable Data Size: 467208
Memtable Switch Count: 19
Read Count: 46871
Read Latency: 62.016 ms.
Write Count: 51921
Write Latency: 0.301 ms.
Pending Tasks: 0
Bloom Filter False Positives: 1
Bloom Filter False Ratio: 0.00000
Bloom Filter Space Used: 83472
Compacted row minimum size: 125
Compacted row maximum size: 10090808
Compacted row mean size: 696
Column Family: FileData
SSTable count: 5
Space used (live): 186053241
Space used (total): 186053241
Number of Keys (estimate): 108544
Memtable Columns Count: 114
Memtable Data Size: 117337
Memtable Switch Count: 19
Read Count: 6334
Read Latency: 0.709 ms.
Write Count: 5862
Write Latency: 0.022 ms.
Pending Tasks: 0
Bloom Filter False Positives: 0
Bloom Filter False Ratio: 0.00000
Bloom Filter Space Used: 211056
Compacted row minimum size: 104
Compacted row maximum size: 88148
Compacted row mean size: 3793
> Memory leak in SerializingCache
> -------------------------------
>
> Key: CASSANDRA-5624
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5624
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.1.1
> Reporter: Jonathan Ellis
> Assignee: Ryan McGuire
>
> A customer reported a memory leak when off-heap row cache is enabled.
> I gave them a patch against 1.1.9 to troubleshoot
> (https://github.com/jbellis/cassandra/commits/row-cache-finalizer). This
> confirms that row cache is responsible. Here is a sample of the log:
> {noformat}
> DEBUG [Finalizer] 2013-06-08 06:49:58,656 FreeableMemory.java (line 69)
> Unreachable memory still has nonzero refcount 1
> DEBUG [Finalizer] 2013-06-08 06:49:58,656 FreeableMemory.java (line 71)
> Unreachable memory 140337996747792 has not been freed (will free now)
> DEBUG [Finalizer] 2013-06-08 06:49:58,656 FreeableMemory.java (line 69)
> Unreachable memory still has nonzero refcount 1
> DEBUG [Finalizer] 2013-06-08 06:49:58,656 FreeableMemory.java (line 71)
> Unreachable memory 140337989287984 has not been freed (will free now)
> {noformat}
> That is, memory is not being freed because we never got to zero references.
--
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
