Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (nike.apache.org: domain of michael.justin@gmx.net
 designates 212.227.15.15 as permitted sender)
Message-ID: <5322CE9B.1070100@gmx.net>
Date: Fri, 14 Mar 2014 10:40:43 +0100
From: Michael Justin <michael.justin@gmx.net>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: users@activemq.apache.org
Subject: STOMP message acknowledgement blocks with high server load
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

with ActiveMQ 5.9.0, a STOMP client which continuously sends small 
non-persistent messages to a topic destination from one thread and 
consumes these messages from a second thread.
(The threads use separate connection objects.)

* with ack mode 'auto', sending and receiving continuously runs with 
high transfer rates.

* with ack mode 'client', after around 2000 to 5000 messages have been 
sent the broker blocks when the consumer sends the ACK frame, and the 
client runs into a send time-out.

I have run the same application with the current Apollo 1.6 release, the 
problem is not reproducible here, with ack mode 'client', sending ACK 
frames never blocks. With ActiveMQ it is always reproducible.

Should I report this is in the issue tracker (currently the code is in 
Delphi but I could write a Java test case).

Regards
-- 
Michael Justin
habarisoft - Enterprise Messaging Software for Delphi
http://www.habarisoft.com/