activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martyn Taylor <mtay...@redhat.com>
Subject Re: ARTEMIS: bad-performance behaviour after 7-10 days of usage
Date Thu, 09 Feb 2017 12:22:52 GMT
Francesco,

I think I've identified the cause of this problem.  There were two issues
which are now fixed as part of:
https://github.com/apache/activemq-artemis/pull/1002

I'll get these fixes cherry-picked onto Artemis 1.x stream.

I plan on doing a 1.5.3 (with these changes included) within the next
couple of days.

Cheers
Martyn

On Tue, Feb 7, 2017 at 10:33 AM, francesco81 <Francesco.PADOVANI@bticino.it>
wrote:

> Hi Martyn,
> I'll be happy to enjoy the IRC chat as soon as I can.
> Effectively, your words about the "treating as new subscription" would
> explain the issue with retained messages.
> However there's still something that I don't understand: for example why
> also the non-retained messages are resent on resubscription. Regardless if
> retained or not, it seems that all messages persist on queue (or, in case
> of
> retained, they persist on address and one more reference is added on queue
> at each resubscription... I don't know, I'm trying to guess) and are never
> discarded.
> How are they managed by artemis? In a scenario where clients never connect
> with "cleanSession=false" (that is our usecase), I thought:
> - non-retained messages are removed from address (and references from
> queues) once they are consumed by clients (or immediatly if no client is
> connected).
> - retained messages are removed from address when a new one arrives (and
> the
> reference to the new one substitutes the previous on the queue).
> Is not so? I'm wrong somewhere?
>
> Again, thanks for your patience.
>
> Francesco
>
>
>
> --
> View this message in context: http://activemq.2283324.n4.
> nabble.com/ARTEMIS-bad-performance-behaviour-after-7-10-days-of-usage-
> tp4721272p4721678.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message