> Is there any way to just get aggregated counts for data returned by this servlet?
I'm not exactly sure what you mean here, but regardless the broker doesn't process the data to generate any kind of aggregations or a digest of any kind. The broker just reports the raw metrics. Processing those metrics is really the job of whatever is consuming them. > I know there are optional metrics that you can enable/disable... Aside from the optional system/JVM metrics, you can also disable metrics on a per-address basis using the "enable-metrics" address-setting [1]. If you have a lot of temporary queues (e.g. for a JMS topic use-case with lots of non-durable subscribers) you can disable metrics for those temporary queues specifically [2] although you'll want to use 2.40.0 in that case due to ARTEMIS-5280 [3] which was recently fixed. Justin [1] https://activemq.apache.org/components/artemis/documentation/latest/address-settings.html#address-settings [2] https://activemq.apache.org/components/artemis/documentation/latest/address-model.html#temporary-queues [3] https://issues.apache.org/jira/browse/ARTEMIS-5280 On Wed, Mar 26, 2025 at 10:06 AM William Crowell <wcrow...@perforce.com.invalid> wrote: > Hi, > > I am using the Artemis Prometheus Metrics Plugin Servlet on Apache Artemis > 2.39.0. I noticed when I hit the /metrics endpoint of the servlet takes a > substantial amount of time to load because of the large amount of data > returned. > > Is there any way to just get aggregated counts for data returned by this > servlet? > > I know there are optional metrics that you can enable/disable: > https://activemq.apache.org/components/artemis/documentation/latest/metrics.html#optional-metrics > > Regards, > > William Crowell > > > This e-mail may contain information that is privileged or confidential. If > you are not the intended recipient, please delete the e-mail and any > attachments and notify us immediately. > >
