Return-Path: X-Original-To: apmail-cassandra-commits-archive@www.apache.org Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 109A3CEFB for ; Tue, 16 Jul 2013 19:02:54 +0000 (UTC) Received: (qmail 58874 invoked by uid 500); 16 Jul 2013 19:02:53 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 58856 invoked by uid 500); 16 Jul 2013 19:02:52 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 58825 invoked by uid 99); 16 Jul 2013 19:02:49 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Jul 2013 19:02:49 +0000 Date: Tue, 16 Jul 2013 19:02:49 +0000 (UTC) From: "Tyler Hobbs (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CASSANDRA-5746) HHOM.countPendingHints is a trap for the unwary MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CASSANDRA-5746?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13710088#comment-13710088 ] Tyler Hobbs commented on CASSANDRA-5746: ---------------------------------------- Doesn't the TTL on hints cells complicate all of those strategies? I can't think of a cheap way to schedule all of those future decrements to a counter. Instead, I suppose we could recount on demand if the time since the last count is greater than the smallest TTL we've seen, but without throttling of some sort recounts would still happen frequently under some circumstances. Alternatively, it seems like a fair amount of work, but perhaps a get_range_counts() implementation with internal auto-paging (like get_count) is a decent option? > HHOM.countPendingHints is a trap for the unwary > ----------------------------------------------- > > Key: CASSANDRA-5746 > URL: https://issues.apache.org/jira/browse/CASSANDRA-5746 > Project: Cassandra > Issue Type: Bug > Components: Core, Tools > Reporter: Jonathan Ellis > Assignee: Tyler Hobbs > Fix For: 2.0.1 > > > countPendingHints can OOM the server fairly easily since it does a per-target seq scan without paging. > More generally, countPendingHints is far too slow to be useful for routine monitoring. -- 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