[ https://issues.apache.org/jira/browse/CASSANDRA-13040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stefan Podkowinski updated CASSANDRA-13040: ------------------------------------------- Attachment: (was: 13040-3.0.patch) > Estimated TS drop-time histogram updated with Cell.NO_DELETION_TIME > ------------------------------------------------------------------- > > Key: CASSANDRA-13040 > URL: https://issues.apache.org/jira/browse/CASSANDRA-13040 > Project: Cassandra > Issue Type: Bug > Reporter: Stefan Podkowinski > Assignee: Stefan Podkowinski > Attachments: 13040-3.0.patch > > > Starting with 3.0, {{MetadataCollector.updateLocalDeletionTime(int > newLocalDeletionTime)}} will be called with {{cell.localDeletionTime()}} in > order to update the min/max deletion times as well as the > {{estimatedTombstoneDropTime}} histogram. Currently this also happens for > {{Cell.NO_DELETION_TIME}} ({{Integer.MAX_VALUE}}), which causes the histogram > to be called for every regular cell. > This can be easily verified by using {{sstablemetadata}} on any sstable. You > should be able to find a very high value for 2147483647 in the "Estimated > tombstone drop times" section. > At this point, I don't think this is causing serious harm, but could be a > performance issue (see linked ticket). Calculated droppable TS times should > not be affected. -- This message was sent by Atlassian JIRA (v6.3.4#6332)