Address Memory Usage Statistics Questions

[Ajay Patwardhan <ap...@enfusion.com>]

Hi

We are currently running apache-artemis-2.19.1 in load balancing clustered
mode

We have a health check that reports high usage of memory on addresses. This
program uses the MBean methods available on the broker instance to query
for these stats.

The routing type for below is multicast.

[2023-04-18 16:13:47,624] INFO  CheckArtemisBrokerStats [main] Connecting
to: service:jmx:rmi:///jndi/rmi://XXXXXX:9998/jmxrmi

[2023-04-18 16:13:47,760] INFO  CheckArtemisBrokerStats [main] Checking
Addresses
[2023-04-18 16:13:47,826] ERROR CheckArtemisBrokerStats [main] Address
["local.UserManager.#"] - Size: 104.41 MB
[2023-04-18 16:13:47,841] ERROR CheckArtemisBrokerStats [main] -- Queue
["fecd30da-a66d-4e4c-ba86-3effe809b3d8"] - User: XYZ, Consumers: 0, Msgs
Added: 2516738, Msgs Ackd: 13877, UnAckd Msgs: 2502861, Msgs Pending:
227254, Size: 575.84 MB

In this case the destination address reports 104MB but the sole subscriber
under it reports 575MB.

Is the Total Size of the topic address not supposed to be the sum of all
the sizes for individual subscribers for that topic? If not, can someone
shed some light on what these AdressSize values mean?

Effectively we are trying to alert on growing AddressMemoryUsage at the
Broker but are having a hard time correlating the top level number to the
where the leak (if there is one) is definitively coming from.

Thanks
Ajay

-- 
 
<https://www.linkedin.com/uas/login?session_redirect=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Fenfusion-systems-llc%2Fmycompany> 
 <https://twitter.com/enfusion>
Agility-on-demand. What is it as applied to 
middle and back office operations, when do you need it, and how can you get 
it? Read more here 
<https://www.enfusion.com/how-agile-is-your-asset-management-team/> and 
follow us for future insights.


This e-mail communication is confidential 
and is intended only for the addressee(s) named above and any others who 
have been specifically authorised to receive it and may contain information 
that is privileged, confidential, or otherwise protected from disclosure. 
If you are neither the addressee nor an authorised recipient of this 
message, please notify the sender of receipt and delete this message from 
your system.

E-mail transmission cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, destroyed 
or contain viruses. The sender, therefore, does not accept liability for 
any errors or omissions in the contents of this message which arise as a 
result of e-mail transmission.