From commits-return-19525-apmail-activemq-commits-archive=activemq.apache.org@activemq.apache.org Fri Aug 10 13:48:29 2012 Return-Path: X-Original-To: apmail-activemq-commits-archive@www.apache.org Delivered-To: apmail-activemq-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 85ED9D90D for ; Fri, 10 Aug 2012 13:48:29 +0000 (UTC) Received: (qmail 50609 invoked by uid 500); 10 Aug 2012 13:48:29 -0000 Delivered-To: apmail-activemq-commits-archive@activemq.apache.org Received: (qmail 50570 invoked by uid 500); 10 Aug 2012 13:48:29 -0000 Mailing-List: contact commits-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list commits@activemq.apache.org Received: (qmail 50540 invoked by uid 99); 10 Aug 2012 13:48:29 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Aug 2012 13:48:29 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id E0F871417FD for ; Fri, 10 Aug 2012 13:48:28 +0000 (UTC) Date: Fri, 10 Aug 2012 13:48:28 +0000 (UTC) From: "Lionel Cons (JIRA)" To: commits@activemq.apache.org Message-ID: <825567778.341.1344606508923.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Created] (APLO-239) It would be very useful to aggregate connection-level messages (and bytes) metrics MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Lionel Cons created APLO-239: -------------------------------- Summary: It would be very useful to aggregate connection-level messages (and bytes) metrics Key: APLO-239 URL: https://issues.apache.org/jira/browse/APLO-239 Project: ActiveMQ Apollo Issue Type: Improvement Environment: apollo-99-trunk-20120810.034513-80 Reporter: Lionel Cons Apollo provides aggregated messages metrics via /broker/dest-metrics. There are for instance enqueue_item_counter and dequeue_item_counter that look like the total number of messages received and sent by the broker. Unfortunately, they represent something else. For instance, using a single topic and two consumers, one message received by the broker (and therefore two messages sent by the broker to the two consumers) will, in our environment, result in enqueue_item_counter+=3 and dequeue_item+=4 instead of the expected +1 and +2. This can be explained by looking at Apollo's internals. We use slow_consumer_policy=queue so Apollo will create two temporary queues attached to our two subscriptions. One message in (at topic level) will result into two messages out (topic -> queue) plus one message in and out of each queue. So the numbers seen are somehow consistent. For monitoring purposes, it is much more useful to get the number of messages in and out of the broker, considered as a black box. We do have these numbers at connection level (messages_received and messages_sent) but we miss aggregation. Would it be possible to have these counters aggregated at connector level? Of course, this should represent the number of messages ever seen by a connector, not only the ones from the existing connections. In addition, connections also have byte counters (read_counter and write_counter), it would be good to have these too aggregated at connector level. Finally, just like connection_counter at connector level is aggregated at broker level (via /broker), it would be nice to have these connector counters also aggregated at broker level. This way, messages_received under /broker would really represent the number of messages received by the broker... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira