Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 19402 invoked from network); 7 Oct 2008 22:08:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Oct 2008 22:08:56 -0000 Received: (qmail 12196 invoked by uid 500); 7 Oct 2008 22:08:54 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 12182 invoked by uid 500); 7 Oct 2008 22:08:54 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 12171 invoked by uid 99); 7 Oct 2008 22:08:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Oct 2008 15:08:54 -0700 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=DNS_FROM_SECURITYSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bruce.snyder@gmail.com designates 74.125.44.157 as permitted sender) Received: from [74.125.44.157] (HELO yx-out-1718.google.com) (74.125.44.157) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Oct 2008 22:07:48 +0000 Received: by yx-out-1718.google.com with SMTP id 3so608195yxi.86 for ; Tue, 07 Oct 2008 15:08:23 -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:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=lGAVEVRj2EGYR9M+h5ZdT/UydJcC8/0aUoTk2IVA2/Y=; b=jm61JhZKIbCtfdi+rGxw4B7io6/urLN1EoJk50Z8Ddpy7Ha1lszSo+yZ40pYtkwjGW 6FTUD6Y6rhtDN3LUgonNgDbHXIa/J1WfPogzp66+IyhCI1M9wex9PfQy0gq1jFRx4oxa sukbDhJ206iIA+M9mOuGiueVUpOc0YWK6hhZU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=rDKbtpKgoHuBI8WEbe/XMdN8Z9cvWfgzjq1cVpeAdrIyfMFMddX0mH4JbIj5392Cv+ ViedTM8M2HQP+3/3/LQLcxvqBDfUR6/ugQL/JIZ4fel2J/Fm31MN5ZMJaoesN2oz51Q+ Md8s2pEtIqNVpPDBDmmNvRKN6eHuhhCbv8n/g= Received: by 10.100.251.11 with SMTP id y11mr668679anh.117.1223417303427; Tue, 07 Oct 2008 15:08:23 -0700 (PDT) Received: by 10.100.44.19 with HTTP; Tue, 7 Oct 2008 15:08:23 -0700 (PDT) Message-ID: <7b3355cb0810071508q12f8054do8691dfb06805c921@mail.gmail.com> Date: Tue, 7 Oct 2008 16:08:23 -0600 From: "Bruce Snyder" To: users@activemq.apache.org Subject: Re: Nework of brokers and Topic leak memory In-Reply-To: <19867244.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <19867244.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org On Tue, Oct 7, 2008 at 3:04 PM, activemqny wrote: > > We use a network of brokers and topic to do messaging. All our message > producers and consumers talk to the local VM broker. We reply on bridges > between network of brokers to move messages between brokers. > > I attached two files to show this memory leak problem. TryJmsClient keeps > sending persistent messages to a Topic. TryJmsManager has a message > consumer. Start TryJmsManager first and then start TryJmsClient. After > running about 10 seconds, TryJmsClient stops sending because of getting > "SystemUsage memory limit reached" error. About 24K messages are sent and > consumer shows it get all messages. Now examine ActiveMQ MemoryUsage > printout of TryJmsClient, MemoryUsage percentage stays at 100% or 99% > forever. Producer can never send any more messages. > > Note1: If I slow down sending by adding a sleep, I don't see memory leak > immediately. I am not sure for longer running time. > Note2: If I use Queue instead of Topic, there is no memory leak. This is not a memory leak, it's directly related to the way that producer flow control works: http://activemq.apache.org/producer-flow-control.html Try disabling producer flow control in conf/activemq.xml to see if that takes care of the issue. Bruce -- perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E