Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 13561 invoked from network); 11 Jun 2010 12:39:15 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Jun 2010 12:39:15 -0000 Received: (qmail 88853 invoked by uid 500); 11 Jun 2010 12:39:15 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 88726 invoked by uid 500); 11 Jun 2010 12:39:14 -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 88717 invoked by uid 99); 11 Jun 2010 12:39:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Jun 2010 12:39:13 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gary.tully@gmail.com designates 74.125.83.43 as permitted sender) Received: from [74.125.83.43] (HELO mail-gw0-f43.google.com) (74.125.83.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Jun 2010 12:39:07 +0000 Received: by gwaa12 with SMTP id a12so741110gwa.2 for ; Fri, 11 Jun 2010 05:38:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=Ok1T00JZz1JRneBvr2I5IpIUPhtvc4OqcMoqGI5O9uI=; b=Kz3wFEvLH3HFE2pDAVPEAeZE0Rpj0AfYiInligHVN8bjWaJZOLQE/XjRAGhj3g90nj EhtibekxN/D1x9q9yM/oEOF8gR9HQwktPNhNANhfU8SVuC6erGtQOYofnlE9O54cTk8i 7Eq4yATUZwPsPntloXlsiNS7KHr6W72BhJYhc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=EedpWHUaAjslRqMBba2yzkbSRfZgCy5xXh7jq1BHl3TJjtogJ9aUuvof/fXr/OL9S9 AzIaQDo9fAlc/+a6+rtjMp0T4givuIuj177HU6z6Ji7nZwwT0jMmLNwCbs5vpTMcRzl+ bT5XNI1ZdX5s87WsKd2n5eE1ifAC9VArcjHfo= MIME-Version: 1.0 Received: by 10.151.160.14 with SMTP id m14mr3090221ybo.247.1276259926694; Fri, 11 Jun 2010 05:38:46 -0700 (PDT) Received: by 10.151.82.2 with HTTP; Fri, 11 Jun 2010 05:38:46 -0700 (PDT) In-Reply-To: <28841199.post@talk.nabble.com> References: <28841199.post@talk.nabble.com> Date: Fri, 11 Jun 2010 13:38:46 +0100 Message-ID: Subject: Re: activeMQ broker for our useCases From: Gary Tully To: users@activemq.apache.org Content-Type: multipart/alternative; boundary=0015175113b29260110488c06b25 X-Virus-Checked: Checked by ClamAV on apache.org --0015175113b29260110488c06b25 Content-Type: text/plain; charset=ISO-8859-1 Look at the slow consumer handling policies to deal with messages accumulation. http://activemq.apache.org/slow-consumer-handling.html On 10 June 2010 11:18, radha_mit wrote: > > > > We want to have a messaing system, which has the following needs > . persistent messages at about 300 / sec and > non persistent messages at about 2000 / sec. > > The broker must run for 30-40 days without any hiccups and no message loss > must be there. > > > in the tests we conducted, we found that activeMQ supports all these things > except long running in case of persistent messages. > We used AMQpersistence store as the persistent store and activeMQ 5.3.0 was > used. > > Our persistent use case is this : one producer publishing messages to a > topic and 9-10 subscribers subscribing to it. > > We ran this scenario and activeMQ slowed down after 30 hrs.we killed the > broker. > > however, during the middle of the run, i killed one consumer by mistake. > however, messages meant for that consumer were pending in the disk and at > the time of killing the broker, the pending messages were nearly 5 GB. is > it > because of this the broker slowed down ? > > With respect to non persistent messages, the broker was fine even after 3 > days of running and we stopped the broker. > > > Can you tell us whether the broker going slow is expected or is it because > of the size piling on the disk ? > Also, can you tell us what topology will be the best in implementing this ? > ( we want to use network of brokers since it is faster than the JDBC one ) > . > Should we have separate broker for persistent messaging and non persistent > messaging ? > > > -- > View this message in context: > http://old.nabble.com/activeMQ-broker-for-our-useCases-tp28841199p28841199.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. > > -- http://blog.garytully.com Open Source Integration http://fusesource.com --0015175113b29260110488c06b25--