From dev-return-12165-apmail-activemq-dev-archive=activemq.apache.org@activemq.apache.org Wed Sep 03 16:54:21 2008 Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 14265 invoked from network); 3 Sep 2008 16:54:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Sep 2008 16:54:21 -0000 Received: (qmail 65409 invoked by uid 500); 3 Sep 2008 16:54:19 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 65382 invoked by uid 500); 3 Sep 2008 16:54:19 -0000 Mailing-List: contact dev-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 dev@activemq.apache.org Received: (qmail 65371 invoked by uid 99); 3 Sep 2008 16:54:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Sep 2008 09:54:19 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of chirino@gmail.com designates 64.233.182.184 as permitted sender) Received: from [64.233.182.184] (HELO nf-out-0910.google.com) (64.233.182.184) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Sep 2008 16:53:19 +0000 Received: by nf-out-0910.google.com with SMTP id g16so526374nfd.16 for ; Wed, 03 Sep 2008 09:53:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=I6eBXDFpgv2fEBX91t3zhjq9jWYo9ZyT7ps/+Ou8aYQ=; b=xluCxoPJCQKemej5tx/2v19yKsywyI1EVWR/f8APiYZHpkygc8J/rl6MLwR00/zuZQ +68C5DhUa4OYfY3Z5XHUgSFsNz8gAvlOO4TBmLymgNrtIG6BiUqbgi61+uD9Krn5oU8L gi7DAjaUfNIo7MM26R0AhoOJR3yu+BO1Vf+xw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=Vxx7t0hntiQbgF5Sw6brcrCEKmYN1ZPxRAc0sSWfXJORpkmN6Gc4qRMk/ACKVwcxbm 5/xfHdHGnGuQKgUvjDxfByS2uzynbjeo1c+h2OcNgTKbqSykAPpWd6S8WLq+okeHdQIM lTL3bJuOS6ZizQJYi0Z4WPGkoCYnvznHMmBwc= Received: by 10.187.162.6 with SMTP id p6mr2244130fao.9.1220460828537; Wed, 03 Sep 2008 09:53:48 -0700 (PDT) Received: by 10.187.167.12 with HTTP; Wed, 3 Sep 2008 09:53:48 -0700 (PDT) Message-ID: Date: Wed, 3 Sep 2008 12:53:48 -0400 From: "Hiram Chirino" Sender: chirino@gmail.com To: dev@activemq.apache.org Subject: Re: How to intercept the creation of ActiveMQConnections? In-Reply-To: <3a73c17c0809030946s2249bf9aie412d2a66b17c3f7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7b3355cb0808200933o1ae8696cy39442fa5d9d974@mail.gmail.com> <7b3355cb0809021109k682b17bcud2d9338e63baccc4@mail.gmail.com> <7b3355cb0809021455r7ba29e59sec4d66a7d7655851@mail.gmail.com> <3a73c17c0809030138k5042f024yc4d9d692a76d9aff@mail.gmail.com> <3a73c17c0809030851pab229f8g4736d641b214f6d@mail.gmail.com> <3a73c17c0809030946s2249bf9aie412d2a66b17c3f7@mail.gmail.com> X-Google-Sender-Auth: c38cf442245db7ec X-Virus-Checked: Checked by ClamAV on apache.org A better metric would be total msgs/sec that are being processed. On Wed, Sep 3, 2008 at 12:46 PM, Gary Tully wrote: >> Though number of connections in no way reflects the cpu usage of a >> broker; >> > what are you thinking here? I am thinking that typically there will be > a direct correlation between cpu usage and number of connections. In > particular a broker with no connections will use very little cpu, add > a steady producer via a connection and things start to happen, another > connection a consumer or producer and more utilisation will occur etc. > Agreed a plugable strategy is best but on the 80/20 rule I am thinking > raw number of connections is a reasonable metric. Consumers and > producers may already be partitioned by the application. Am I missing > something here? > -- Regards, Hiram Blog: http://hiramchirino.com Open Source SOA http://open.iona.com