There's the per-durable-subscription lock called "pendingLock" inside the
PrefetchSubscription and PrefetchSubscription#dispatchPending method grabs
this mutex for message dispatching. In the ActiveMQ 5.7 that we use, there
are 3 requests calling this #dispatchPending as follows:
PrefetchSubscrip
On 10/02/2013 01:07 PM, Parvenza wrote:
Hi,
We're evaluating ActiveMQ (server version 5.8.0) as a replacement for
another MQ middleware we are already using.
Our applications run on win2008r2 64bit, but they are compiled with Visual
Studio 2012 as 32bit.
We saw that the Visual C++ library (Acti
Hi,
We're evaluating ActiveMQ (server version 5.8.0) as a replacement for
another MQ middleware we are already using.
Our applications run on win2008r2 64bit, but they are compiled with Visual
Studio 2012 as 32bit.
We saw that the Visual C++ library (ActiveMQ-cpp version 3.8.1) is designed
to be
Found the cause. My messages were quite big and they were filling the memory
buffer of the queue.I increased it and the problem was resolved:
Ok, thanks for the suggestions.
My todo-list for now consists of:
- dropping leveldb storage, and re-run batch to see if corruption has
anything to do with it
- replace leveldb with kahadb
- get a few thread dumps while producing messages
--
View this message in context:
http://activemq.228332
not really. with jdbc the number of connections can be a limitation.
maybe try verify with kahadb to contrast.
getting a few broker thread dumps in quick succession would help
identify where the broker is spending its time.
On 2 October 2013 14:27, dhonorez wrote:
> We're using LevelDB. I'll pos
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Slow-acknowledgement-tp4672049p4672147.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
We're using LevelDB. I'll post the config as soon as I get the chance.
Are you, by any chance, thinking of this issue with LevelDB:
> We've been using the levelDB store a month of two now in production on NFS
> (with standard file lock failover configured). We've had a corrupt store
> several ti
On 10/01/2013 09:16 AM, ssaxe wrote:
I hope this is the right place to report this
I've tried to download the source for activemq-cpp-library-3.7.0-scr.tar.gz
from the main and several mirror sites. The download looks like an xml
file, not a tar.
Can you help, or send me so
what store? Maybe post your xml config
On 2 October 2013 07:51, dhonorez wrote:
> More info:
>
> This works fine when no consumers are connected to the queue. As soon as a
> client connects, we're experiencing the slowdown.
>
>
>
> --
> View this message in context:
> http://activemq.2283324.n4.
I hope this is the right place to report this
I've tried to download the source for activemq-cpp-library-3.7.0-scr.tar.gz
from the main and several mirror sites. The download looks like an xml
file, not a tar.
Can you help, or send me so someone wh can?
Thanks.
--
View t
Hi, we're experiencing difficulties with ActiveMQ 5.8.0 where it takes the
broker 5 seconds to acknowledge a message in case a consumer is connected.
This results in a very slow producer.
Logs:
2013-10-01 13:38:22,838 [ActiveMQ Transport:
tcp:///10.9.145.10:51104@63616] INFO LoggingBrokerPlugin
Hi
I am trying to configure 2 AMQ instances so that if there are issues with
one, the client will failover to another one.
I am having an issue with this behaviour when the alloted disk space is out.
>From my tests, amq will block the thread forever when it runs "out of disk"
so I have configure
13 matches
Mail list logo