activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "" <>
Subject Re: Apache Artemis - Stress-test time
Date Tue, 11 Apr 2017 15:11:45 GMT

we've made another test , just making some subscriptions (so, no retained messages involved)

Nothing changed: the cpu has reached very quickly 100% of usage!

Attached the new jstack output.

Looking at jstack output it seems that artemis tries to check on retained messages also if
there aren't retained messages ...

Can you confirm this "strange" behaviour of Artemis ?

Alessandro ZANNINI
Project Leader Portale My Home e Sviluppo Applicazioni WEB
Tel: +(39)0332272966 Ext 9966
Indirizzo: V.le Borri 231 Varese 21100 IT
Please consider your environmental responsibility before printing this Email

Da: Martyn Taylor [via ActiveMQ] <>
Inviato: martedì 11 aprile 2017 12.40
A: Alessandro ZANNINI
Oggetto: Re: Apache Artemis - Stress-test time

Clebert: Yes we could optimize on this area of the code to avoid the
bindings query.  To determine whether or not this is the root cause of the
problem experience by Francesco and Alessandro, we just need to follow the
same test without using retained messages.

Francesco, Alessandro is this something you could test for us?

Could you also let us know if staggering the subscribe helps.  Like try
testing connecting 100 clients at a time, wait a while then attach another
100.  Once you have all your clients connected does the system perform as
normal?  (this will help us determine whether or not the bottleneck is the
subscribe or just normal function with that many consumers).

Another quick q, are your subscriptions matching most messages.  e.g. are
you using "#" or similar.  If using "#" or subscriptions that match most
messages I'd expect the performance to drop, since the broker needs to
iterate through every subscription queue.  If you have 20,000 subscription
queues matching every message you might see perf decrease.

Any more information on your use case would be helpful in diagnosing the


On Mon, Apr 10, 2017 at 5:33 PM, Clebert Suconic <[hidden email]</user/SendEmail.jtp?type=node&node=4724831&i=0>>

> only thing I see on the thread dump is reained message is doing a
> query on the queue every time:
>  - org.apache.activemq.artemis.api.core.SimpleString.split(char)
> @bci=100, line=314 (Compiled frame)
>  - org.apache.activemq.artemis.core.postoffice.impl.
> AddressImpl.<init>(org.apache.activemq.artemis.api.core.SimpleString,
> org.apache.activemq.artemis.core.config.WildcardConfiguration)
> @bci=31, line=48 (Compiled frame)
>  - org.apache.activemq.artemis.core.postoffice.impl.SimpleAddressManager.
> getMatchingBindings(org.apache.activemq.artemis.api.core.SimpleString)
> @bci=77, line=121 (Compiled frame)
>  - org.apache.activemq.artemis.core.postoffice.impl.PostOfficeImpl.
> getMatchingBindings(org.apache.activemq.artemis.api.core.SimpleString)
> @bci=5, line=656 (Compiled frame)
>  - org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.
> bindingQuery(org.apache.activemq.artemis.api.core.SimpleString)
> @bci=110, line=722 (Compiled frame)
>  - org.apache.activemq.artemis.core.server.impl.ServerSessionImpl.
> executeBindingQuery(org.apache.activemq.artemis.api.core.SimpleString)
> @bci=9, line=730 (Compiled frame)
>  - org.apache.activemq.artemis.core.protocol.mqtt.
> MQTTRetainMessageManager.addRetainedMessagesToQueue(
> org.apache.activemq.artemis.core.server.Queue,
> java.lang.String) @bci=27, line=74 (Compiled frame)
>  -
> @Mtaylor: any way to avoid it?
> On Mon, Apr 10, 2017 at 11:42 AM, [hidden email]</user/SendEmail.jtp?type=node&node=4724831&i=1>
> <[hidden email]</user/SendEmail.jtp?type=node&node=4724831&i=2>>
> > Here attached the output of "jstack -F" command.
> > <
> >
> >
> >
> > --
> > View this message in context: http://activemq.2283324.n4.
> > Sent from the ActiveMQ - User mailing list archive at
> --
> Clebert Suconic

If you reply to this email, your message will be added to the discussion below:
To unsubscribe from Apache Artemis - Stress-test time, click here<>.


Ce message, ainsi que tous les fichiers joints à ce message, peuvent contenir des informations
sensibles et/ ou confidentielles ne devant pas être divulguées. Si vous n'êtes pas le destinataire
de ce message (ou que vous recevez ce message par erreur), nous vous remercions de le notifier
immédiatement à son expéditeur, et de détruire ce message. Toute copie, divulgation, modification,
utilisation ou diffusion, non autorisée, directe ou indirecte, de tout ou partie de ce message,
est strictement interdite.

This e-mail, and any document attached hereby, may contain confidential and/or privileged
information. If you are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any unauthorized, direct or
indirect, copying, disclosure, distribution or other use of the material or parts thereof
is strictly forbidden.

OutlookEmoji-1491549876074_OutlookEmoji-1485765781489_logo_bticino.resized.png.png (2K) <>
jstack_20170411_2.log (547K) <>

View this message in context:
Sent from the ActiveMQ - User mailing list archive at
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message