Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 77875 invoked from network); 13 Sep 2010 17:12:33 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Sep 2010 17:12:33 -0000 Received: (qmail 77691 invoked by uid 500); 13 Sep 2010 17:12:33 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 77647 invoked by uid 500); 13 Sep 2010 17:12:32 -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 77639 invoked by uid 99); 13 Sep 2010 17:12:32 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Sep 2010 17:12:32 +0000 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=FREEMAIL_FROM,SPF_HELO_PASS,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 216.139.236.158 is neither permitted nor denied by domain of nervousbadger@googlemail.com) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Sep 2010 17:12:11 +0000 Received: from joe.nabble.com ([192.168.236.151]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1OvCZJ-0006bS-Na for users@activemq.apache.org; Mon, 13 Sep 2010 10:11:49 -0700 Date: Mon, 13 Sep 2010 10:11:49 -0700 (PDT) From: nervousbadger To: users@activemq.apache.org Message-ID: <1284397909723-2537793.post@n4.nabble.com> Subject: ActiveMQ - sending async persistent messages, what is the maximum that can be lost? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, We are currently in the process of migrating to ActiveMQ from our previous JMS provider. We hit a big performance issue with message production speeds on a blade server (we didn't see this during initial testing on a non-blade server, we suspect it is due to the disk caching in use) - forcing async send gets round the performance issue, but we are trying to work out if there is any way of calculating the maximum number of messages that could be lost on system failure. We know the size of the messages, is there any way of getting from this to a maximum number of messages that could be lost? We can't move to transacted sessions just yet, as this will require code changes across many components of our system. Thanks, Pete. -- View this message in context: http://activemq.2283324.n4.nabble.com/ActiveMQ-sending-async-persistent-messages-what-is-the-maximum-that-can-be-lost-tp2537793p2537793.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.